SuperIntern MCP로 버그 트리아지 회의의 결정을 GitHub Issues에 자동 반영하기

주간 버그 트리아지 회의가 막 끝났다고 해 보겠습니다.

30분 동안 팀은 꽤 신중하게 판단을 내렸습니다. "이건 P1으로 올리고 다음 마일스톤에 넣자", "이건 needs-repro 라벨을 붙이자", "저건 이미 고쳐졌을 테니 닫자." 하지만 회의가 끝난 시점에 이 결정들은 아직 어디에도 기록되어 있지 않습니다. 결국 누군가 회의록을 옆 화면에 띄워 두고 GitHub에서 이슈를 하나씩 찾아 라벨을 바꾸고 마일스톤과 담당자를 지정합니다. 왜 그렇게 정했는지 코멘트까지 남기려면 시간이 남아야 하는데, 그런 날은 거의 없습니다. 이슈가 20개쯤 되는 날에는 이 옮겨 적기만으로 30분이 들어갑니다. 더 곤란한 것은 이 작업이 밀릴 때입니다. 트래커와 팀의 실제 결정이 며칠씩 어긋난 채로 남고, 다음 트리아지는 "잠깐, 이거 P1으로 하기로 하지 않았었나요?"라는 말로 시작됩니다.

이 가이드에서는 SuperIntern MCP와 GitHub MCP 서버를 AI 에이전트(Claude, ChatGPT)에 연결해, 트리아지 결정을 GitHub 이슈에 반영하는 작업을 프롬프트 하나로 끝내는 방법을 소개합니다. 이슈를 수정하거나 등록하는 작업은 Claude 기준으로 설명하고, 회의와 트래커의 어긋남을 확인만 하는 점검은 ChatGPT에서도 할 수 있습니다. 바로 복사해 쓸 수 있는 프롬프트 예시도 함께 싣습니다.

⚠️ 이 글은 2026년 8월 시점의 공개 정보와 사용자 피드백을 바탕으로 독자적으로 작성되었습니다.

목차

• 오늘의 목표: Before / After
• 작동 원리: 세 가지 역할
• 설정
• 데모 1: 트리아지 결정을 이슈에 한 번에 반영하기
• 데모 2: 구두로 보고된 버그를 중복 확인 후 등록하기
• 데모 3: 회의와 트래커의 어긋남을 주간 점검하기
• 일상 운영을 위한 팁
• GitHub를 넘어서: 같은 패턴의 확장
• FAQ

오늘의 목표: Before / After

Before: 트리아지가 끝나면 누군가 회의록과 GitHub를 번갈아 보며 이슈를 하나씩 열고 라벨, 마일스톤, 담당자를 손으로 고칩니다. 결정 이유까지 적어 둘 여유는 없어서, 3주쯤 지나면 그 이슈가 왜 P1이 되었는지 기억하는 사람이 없습니다.

After: 회의가 끝나면 에이전트에게 "오늘 트리아지 결정을 GitHub에 반영해 줘"라고 한 번만 요청합니다. 에이전트는 회의 요약에서 결정 사항을 읽고 해당 이슈를 찾아 라벨, 마일스톤, 담당자를 바꾼 뒤, 이슈마다 결정 이유와 출처 회의를 코멘트로 남깁니다.

이렇게 할 수 있는 것은 SuperIntern이 회의에 봇을 들여보내지 않는(botless) 데스크톱 앱이기 때문입니다. 통화에 봇이 참가하지 않아도 전사 기록과 AI 회의 노트가 자동으로 쌓입니다. 트리아지 중에는 평소처럼 버그를 두고 논의하기만 하면 되고, 결정 사항은 회의 데이터로 남습니다. 자동화할 일은 이를 GitHub로 옮기는 것 하나뿐입니다.

작동 원리: 세 가지 역할

이 워크플로에서는 SuperIntern, 에이전트, GitHub가 각각 다음 역할을 맡습니다.

MCP(Model Context Protocol)는 AI 어시스턴트를 외부 도구에 안전하게 연결하기 위한 개방형 표준입니다. SuperIntern MCP는 회의 데이터를 에이전트에 읽기 전용으로 넘기고, GitHub 공식 MCP 서버가 이슈 검색, 생성, 업데이트를 맡습니다. GitHub 이슈에 기록하는 주체는 에이전트이며, SuperIntern이 GitHub에 직접 쓰는 일은 없습니다. 에이전트별로 보면 이슈의 라벨이나 담당자를 고치고 새 이슈를 등록하는 데모 1·2는 Claude Desktop이나 Claude Code에서 진행합니다. 회의 결정과 이슈 상태를 읽어서 대조하기만 하는 주간 점검(데모 3)은 Claude와 ChatGPT 어느 쪽에서도 할 수 있습니다. 에이전트가 SuperIntern의 데이터를 고칠 수는 없고, 볼 수 있는 회의도 사용자 본인이 SuperIntern에서 열람할 수 있는 회의로 한정됩니다. 기록이 일어나는 곳은 GitHub뿐이므로 회의 기록이 망가질 걱정 없이 시험해 볼 수 있습니다.

설정

연결할 대상은 SuperIntern과 GitHub 두 가지입니다. SuperIntern은 Claude와 ChatGPT 양쪽의 공식 목록에 올라 있어 이름을 검색하는 것만으로 연결되고, 접속 URL이나 API 키를 직접 입력할 필요가 없습니다. GitHub는 쓰는 클라이언트에 따라 연결 방법이 다릅니다. 에이전트는 평소 쓰는 쪽을 고르면 되고, 이 글의 프롬프트는 Claude와 ChatGPT에서 똑같이 쓸 수 있습니다. 다만 ChatGPT의 GitHub 앱은 조회와 검색만 지원하므로, ChatGPT에서 실행할 수 있는 것은 읽기만 하는 데모 3이고 이슈를 수정·등록하는 데모 1·2는 Claude에서 실행해야 합니다.

1. SuperIntern 연결하기

Claude에서는 Settings를 열고 왼쪽 아래 Customize에서 Connectors로 이동한 뒤, 검색창에 "SuperIntern"을 입력해 결과에서 SuperIntern을 선택합니다. Claude 커넥터 목록의 SuperIntern 페이지에서 바로 열 수도 있습니다. 커넥터 추가는 Claude 유료 플랜에서 쓸 수 있습니다.

ChatGPT에서는 사이드바의 플러그인을 열고 검색창에 "superintern"을 입력한 다음, SuperIntern을 열어 플러그인 설치를 누릅니다. SuperIntern 플러그인 페이지에서 바로 열 수도 있습니다. Codex 앱도 같은 방법으로 연결합니다.

어느 쪽이든 SuperIntern 로그인 화면에서 로그인하고 접근을 허용하면 연결이 끝납니다. SuperIntern의 이용 조건(개인 워크스페이스는 Plus 플랜 이상, Enterprise는 관리자 활성화 필요)과 Claude Code, Cursor 등 다른 클라이언트의 설정 방법은 MCP 설정 가이드에 정리해 두었습니다.

2. GitHub 연결하기

GitHub는 공식 MCP 서버를 제공합니다. 다만 원격 서버(https://api.githubcopilot.com/mcp/)는 등록된 GitHub App을 거치는 OAuth 인증을 전제로 하는데, Claude의 커스텀 커넥터 추가 흐름은 아직 이 방식을 지원하지 않습니다. 그래서 Claude에서는 공식 설치 가이드에 나온 다음 방법 중 하나로 연결합니다.

• Claude Desktop: claude_desktop_config.json에 로컬 GitHub MCP 서버(Docker)를 추가합니다. 처음 쓸 때 브라우저에서 GitHub 로그인(OAuth) 화면이 열리므로 토큰을 따로 만들 필요는 없습니다.
• Claude Code: Personal Access Token을 발급해 원격 서버에 연결합니다. 명령은 다음과 같습니다.

claude mcp add-json github '{"type":"http","url":"https://api.githubcopilot.com/mcp","headers":{"Authorization":"Bearer YOUR_GITHUB_PAT"}}'

Claude Desktop용 설정 JSON 전문과 Cursor 등 다른 클라이언트의 절차는 공식 설치 가이드에서 확인할 수 있습니다.

ChatGPT에서는 사이드바의 플러그인에서 "GitHub"를 검색해 연결합니다. 이 GitHub 앱은 조회와 검색 전용입니다. 코드와 이슈를 참고할 수는 있지만, ChatGPT 채팅에서 이슈의 라벨이나 마일스톤을 바꾸고 담당자를 지정하거나 이슈를 닫는 방법은 공식적으로 확인된 것이 없습니다. 그래서 이 글에서는 이슈를 실제로 고치는 데모 1·2를 Claude Desktop이나 Claude Code로 진행합니다. 회의 결정과 이슈 상태를 대조하기만 하는 데모 3(주간 점검)은 SuperIntern과 GitHub 앱을 연결한 ChatGPT에서도 그대로 실행할 수 있습니다.

두 연결이 잘 되었는지는 다음과 같이 물어 확인합니다.

내 최근 SuperIntern 회의 3건과 nanohuman/app의 열려 있는 이슈 3건을 보여줘

양쪽 결과가 모두 나오면 준비가 끝난 것입니다.

데모 1: 트리아지 결정을 이슈에 한 번에 반영하기

가장 자주 쓰게 되는 것은 트리아지 직후의 일괄 반영입니다. 트리아지 결정은 대부분 이미 있는 이슈의 상태를 바꾸는 일입니다. 그래서 새 이슈를 만드는 것보다, 회의에서 말한 건이 어느 이슈인지 정확히 찾아내 고치는 것이 관건입니다.

오늘 "Bug triage" 회의의 AI 요약을 가져와서 이슈별 결정 사항을 추출해 줘.
nanohuman/app에서 번호나 설명으로 해당 이슈를 찾아줘.
합의한 우선순위 라벨과 마일스톤을 적용하고, 정한 담당자를 지정해 줘.
각 이슈에 결정 이유와 출처 회의 이름을 코멘트로 남겨줘.
닫기로 한 이슈는 이유를 먼저 코멘트한 다음 닫아줘.

에이전트는 요약을 읽고 GitHub를 검색한 뒤 다음과 같이 보고합니다.

이슈 8건을 업데이트했습니다.\

• #482 "탭 전환 시 검색 결과 초기화": P1과 마일스톤 v0.14 추가, Sara에게 할당. 고객 계정 3곳에서 재현되어 우선순위 상향\
• #475 "CSV 내보내기 문자 깨짐": P2 추가, 재현 절차 대기 중\
• #468 "설정 페이지 툴팁 위치 어긋남": P3와 good first issue 추가\
• #441 "구 대시보드 레이아웃 깨짐": v0.13에서 수정 확인, 이유를 코멘트하고 닫음
  모든 이슈에 출처로 "Bug triage meeting (Aug 14)"를 인용한 코멘트를 남겼습니다.

라벨과 마일스톤이 바뀌는 것 못지않게 중요한 것은 결정 이유가 코멘트로 남는다는 점입니다. 어느 이슈를 열어도 언제, 왜 지금의 우선순위가 붙었는지 바로 알 수 있으니, 3주 뒤에 "이거 왜 P1이에요?"라고 묻고 다닐 일이 없습니다. SuperIntern의 AI 요약은 결정 사항을 항목별로 정리해 두기 때문에 에이전트가 결정을 뽑아내는 정확도도 안정적입니다.

데모 2: 구두로 보고된 버그를 중복 확인 후 등록하기

트리아지 회의나 스탠드업에서는 말로만 나오는 버그 보고가 적지 않습니다. "아, 그러고 보니 내보내기 화면이 좀 이상하게 동작하던데요." 그 자리에서 아무도 이슈를 만들지 않으면 이런 보고는 회의록 속에 묻혀 잊힙니다.

오늘 "Engineering standup"의 전사 기록을 가져와서 버그나 결함에 대한
구두 언급을 전부 목록으로 만들어줘.
nanohuman/app의 기존 이슈와 대조해 줘.
이미 이슈가 있는 건은 회의에서 나온 새로운 맥락을 코멘트로 추가해 줘.
어디에도 없는 보고만 재현 절차를 포함해 신규 이슈로 등록해 줘.
제목은 증상을 설명하는 문장으로 쓰고, 본문에 보고자와 출처 회의를 적어줘.

이 프롬프트는 요약 대신 전사 기록을 씁니다. 지나가듯 한 말은 요약에서 빠지기 쉽지만 전사 기록에는 그대로 남아 있기 때문입니다. 프롬프트에 "재현 절차"를 넣어 두면 에이전트가 보고자가 말로 설명한 흐름을 단계별 재현 절차로 정리해 주므로, 나중에 보고자를 찾아가 다시 물어볼 일도 줄어듭니다.

데모 3: 회의와 트래커의 어긋남을 주간 점검하기

회의에서는 고치기로 했는데 이슈는 그대로인 경우가 있습니다. 모두 닫기로 합의한 이슈가 여전히 열려 있기도 합니다. 이렇게 회의에서 합의한 내용과 GitHub의 실제 상태가 어긋난 곳을 일주일에 한 번 점검해 보세요. 여러 회의를 한꺼번에 훑어보는 작업은 MCP로 연결했을 때 특히 효과가 큽니다.

"Product team" 프로젝트의 이번 주 회의를 전부 가져와서, GitHub 이슈가
언급되었거나 이슈에 대한 결정이 내려진 부분을 모두 찾아줘.
nanohuman/app 이슈의 현재 상태와 비교해 줘.
회의 결정이 아직 반영되지 않은 이슈를 회의 이름, 결정 내용, 현재 상태와
함께 표로 보여줘. 아직 아무것도 반영하지는 말아줘.

이 프롬프트는 일부러 아무것도 바꾸지 않고 표만 먼저 받아 보도록 짜여 있습니다. 주간 점검은 범위가 넓어서 지나가듯 한 발언까지 결정으로 잡힐 수 있습니다. 표를 검토한 뒤 "이 세 건만 반영해 줘"라고 답하는 두 단계 방식이 안전합니다. 매주 금요일에 돌려 두면 트래커가 팀의 실제 결정과 계속 맞아떨어집니다.

이 점검은 GitHub 이슈를 읽기만 하고 바꾸지 않으므로, SuperIntern과 GitHub 앱을 연결한 ChatGPT에서도 그대로 실행할 수 있습니다. 표를 보고 실제로 반영하는 다음 단계("이 세 건만 반영해 줘")만 Claude Desktop이나 Claude Code에서 진행하면 됩니다.

일상 운영을 위한 팁

리포지토리를 명시하세요. 프롬프트에 "nanohuman/app에서"처럼 리포지토리를 적어 두면, 리포지토리가 여러 개인 조직에서도 엉뚱한 곳의 이슈를 고치는 실수를 막을 수 있습니다. 자주 쓰는 리포지토리 이름은 저장해 둔 프롬프트에 미리 넣어 두면 편합니다.

처음에는 미리보기로 시작하세요. 처음 몇 번은 프롬프트 끝에 "적용 전에 변경 예정 내역을 먼저 보여줘"를 붙여 보세요. 에이전트가 "그 검색 버그" 같은 회의 속 표현을 실제 이슈와 얼마나 정확히 짝짓는지 확인한 다음에 바로 적용하는 방식으로 넘어가면 됩니다.

이슈 번호를 말로 언급하세요. 트리아지 중에 "482번"처럼 번호를 입으로 말하면 그 번호가 전사 기록에 남아 에이전트가 이슈를 거의 틀림없이 찾아냅니다. 트리아지 때 이슈 목록을 화면 공유하는 팀이라면 이미 자연스럽게 그렇게 하고 있을 가능성이 큽니다.

라벨 체계를 프롬프트에 적어 두세요. "우선순위는 P1/P2/P3, 유형은 bug/enhancement를 사용해"라고 정해 두면 체계에 없는 라벨이 새로 만들어지는 일을 막을 수 있습니다.

고유명사는 SuperIntern 쪽에서 챙기세요. 기능 이름과 화면 이름이 정확히 전사될수록 이슈를 찾는 정확도도 올라갑니다. 자주 나오는 기능 이름과 팀원 이름을 SuperIntern의 커스텀 사전에 등록해 두면 2분 정도의 수고로 매칭이 눈에 띄게 좋아집니다.

기록은 GitHub에서만 일어납니다. SuperIntern의 데이터는 MCP로는 수정되지 않습니다. 반영 결과가 잘못되었다면 GitHub에서 고치면 되고, 원본 회의 기록은 믿을 수 있는 출처로 계속 남습니다. GitHub도 이슈마다 변경 이력을 남기므로 나중에 누가 무엇을 바꿨는지 추적할 수 있습니다.

GitHub를 넘어서: 같은 패턴의 확장

SuperIntern MCP가 회의 데이터를 넘기고, 에이전트가 판단하고, 다른 도구가 그 결과를 받는 구조는 GitHub 말고도 여러 도구에 그대로 쓸 수 있습니다.

• 다른 트래커: Linear를 쓰는 팀이라면 Linear 연동 가이드에서 거의 같은 흐름을 따라 할 수 있습니다.
• Slack 공유: 트리아지 요약을 개발 채널에 바로 공유하는 방법은 Slack 연동 가이드에서 다룹니다.
• 코드 수정까지: SuperIntern MCP를 Claude Code에 연결하면 "트리아지에서 정한 그 P1"을 회의 논의를 반영한 실제 수정으로 이어 갈 수 있습니다. 자세한 방법은 스펙에서 코드까지 다룬 글에서 소개합니다.

이런 조합은 앞으로도 실제 프롬프트와 함께 하나씩 소개하겠습니다.

FAQ

SuperIntern MCP는 무료 플랜에서 쓸 수 있나요?

아니요. 개인 워크스페이스는 Plus 플랜 이상이 필요합니다. Team 플랜 워크스페이스는 그대로 쓸 수 있고, Enterprise에서는 관리자가 워크스페이스 설정에서 "MCP 액세스"를 먼저 켜야 합니다.

SuperIntern이 내 GitHub 이슈에 직접 쓰나요?

아니요. 이슈 업데이트, 등록, 코멘트는 GitHub MCP 서버를 연결한 Claude가 합니다. ChatGPT의 GitHub 앱은 조회와 검색 전용이라 이슈를 직접 고칠 수 없습니다. SuperIntern MCP는 회의 데이터를 읽기 전용으로 제공할 뿐이고, SuperIntern이 외부 도구에 직접 기록하는 일은 없습니다.

AI가 내 회의 노트나 전사 기록을 수정할 수 있나요?

아니요. SuperIntern MCP의 도구는 모두 읽기 전용이며, 생성, 수정, 삭제 기능은 아예 없습니다. 기록은 GitHub 쪽에서만 일어납니다.

프라이빗 리포지토리에서도 작동하나요?

네. GitHub MCP 서버는 연결할 때 쓴 자격 증명(OAuth 로그인 또는 Personal Access Token)의 권한으로 동작합니다. 그 자격 증명으로 접근할 수 있는 리포지토리만 다루고, 그 밖의 리포지토리에는 접근하지 않습니다.

잘못된 변경을 대량으로 적용해 버리면 어떻게 하나요?

팁에서 소개한 미리보기 습관을 들여 두세요. "적용 전에 변경 예정 내역을 먼저 보여줘"라는 한 줄이 사람이 확인하는 단계가 됩니다. 잘못된 변경이 들어가더라도 GitHub의 이슈 이력을 보고 되돌릴 수 있고, SuperIntern의 데이터에는 영향이 없습니다.

어떤 AI 에이전트에서 사용할 수 있나요?

Claude와 ChatGPT에서 쓸 수 있습니다. SuperIntern MCP는 두 서비스의 공식 목록에서 검색해 연결하며, Claude Code, Codex, Cursor 같은 MCP 지원 클라이언트에서도 쓸 수 있습니다. GitHub 쪽은 에이전트마다 할 수 있는 일이 다릅니다. 이슈를 수정하거나 등록하는 데모 1·2(트리아지 반영, 신규 이슈 등록)는 GitHub MCP 서버를 연결한 Claude Desktop이나 Claude Code에서 진행합니다. ChatGPT의 GitHub 앱은 조회와 검색 전용이라 이슈를 고칠 수는 없지만, 회의와 트래커의 어긋남을 확인하기만 하는 데모 3(주간 점검)은 SuperIntern과 GitHub 앱을 연결한 ChatGPT에서도 그대로 실행할 수 있습니다.

트리아지 회의에서 시간을 들일 곳은 결정을 내리는 일이고, 그 결정을 GitHub에 옮겨 적는 일은 에이전트에게 맡겨도 됩니다.

SuperIntern 무료 체험하기