トリアージ会議で決めた優先度が、そのままGitHub issueに反映される。SuperIntern MCP×GitHub連携の実践ガイド

バグトリアージ会議の終わりに、こんな光景はないでしょうか。

30分かけて「これはP1、次のマイルストーンに入れる」「これは再現待ちだからラベルだけ付けておく」「これはもう直ってるはずだからclose」と1件ずつ丁寧に決めたのに、会議が終わった瞬間、その決定はまだどこにも反映されていません。誰かが議事録を見ながらGitHubを開き、issueを1つずつ検索して、ラベルを付け替え、マイルストーンを設定し、担当者をアサインし、決定の理由をコメントに書く。20件さばいた日は、この「反映作業」だけで軽く30分かかります。しかも急いでいると、会議で決めたはずの優先度とissueの状態が食い違ったまま数日放置され、「あれP1にしたよね？」という確認から次の会議が始まります。

この記事では、SuperInternのMCPとGitHubのMCPをAIアシスタントのClaudeにつなぎ、「トリアージ会議で決めたことを、そのままGitHub issueに反映する」までをプロンプト1つで完結させる方法を、実際のプロンプト例つきで紹介します。

⚠️ 本記事は、2026年8月時点の公開情報やユーザーフィードバックを基に独自にまとめたものです。

目次

• 今日やること：Before / After
• 仕組み：3つの役割分担
• セットアップ
• 実演1：トリアージ会議の決定をissueに一括反映する
• 実演2：口頭で報告されたバグを、重複チェック込みで起票する
• 実演3：週次で「会議とissueのズレ」を棚卸しする
• 運用のコツと注意点
• 応用：同じ構図で広がる使い方
• よくある質問

今日やること：Before / After

Before：トリアージ会議の後、議事録とGitHubを行き来しながら、issueを1件ずつ開いてラベル・マイルストーン・担当者を手で反映。決定の理由までコメントに残す余裕はなく、数週間後に「なぜP1にしたんだっけ」が誰にも分からなくなる。

After：会議が終わったらClaudeに「今日のトリアージ会議の決定をGitHubに反映して」と1回頼むだけ。Claudeが議事録から決定事項を読み取り、該当issueを検索して、ラベル・マイルストーン・担当者を更新し、決定の理由を会議名付きでコメントに残します。

前提として、SuperInternはbotless（会議にbotが参加しない）のデスクトップアプリで、文字起こしとAI議事録を自動で残します。トリアージ会議で必要なのはいつも通り議論することだけ。「どのissueをどうするか」の決定は会議データとして勝手に貯まっているので、あとは「GitHubに反映する」部分をAIに任せるだけの状態になっています。

仕組み：3つの役割分担

この連携は、3つの登場人物の組み合わせで成り立っています。

MCP（Model Context Protocol）は、AIアシスタントを外部ツールに安全につなぐためのオープン標準です。SuperInternのMCPは会議データをAIクライアントに読み取り専用で提供し、GitHub側はGitHub公式のMCPサーバーがissueの検索・作成・更新を担当します。つまり、GitHubのissueを触るのはSuperInternではなくClaudeです。SuperIntern側のデータがAIから書き換えられることは一切なく、参照できるのも本人がSuperIntern上で閲覧できる会議だけ。書き込みが発生するのはGitHub側だけなので、議事録が壊れる心配なしに試せます。

セットアップ

準備は2つの接続です。SuperIntern側はAPIキー不要で、画面上のログインだけで完了します。GitHub側は使うクライアントに応じて、ブラウザでのOAuthログインまたはPersonal Access Tokenで接続します。

1. SuperIntern MCPをClaudeに接続する

Claudeの設定→コネクタから「カスタムコネクタを追加」を選び、接続URLを登録します。

https://mcp.app.super-intern.com/mcp

SuperInternのログイン画面が開くので、アカウントでログインして許可すれば完了です。SuperIntern側の利用条件（個人はPlusプラン以上、Enterpriseは管理者の有効化が必要）やClaude Code・Cursorなど他クライアントでの手順は、MCP設定手順ガイドに詳しくまとめています。

2. GitHub MCPをClaudeに接続する

GitHubは公式のMCPサーバーを提供しています。ただし公式リモートサーバー（https://api.githubcopilot.com/mcp/）はGitHub App経由のOAuthを前提としており、Claudeの「カスタムコネクタを追加」からのOAuth接続には現時点で対応していません。GitHub公式のインストールガイドが案内している、次のいずれかの経路で接続します。

• Claude Desktopの場合: ローカルのGitHub MCPサーバー（Docker）をclaude_desktop_config.jsonに追加します。初回利用時にブラウザで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など他クライアントでの手順は公式インストールガイドにまとまっています。

接続できたか不安なときは、まずこう聞いてみてください。

SuperInternの直近の会議を3件と、リポジトリnanohuman/appのopenなissueを3件教えて

両方が返ってくれば、準備完了です。

実演1：トリアージ会議の決定をissueに一括反映する

いちばん出番が多いのが、トリアージ会議直後の一括反映です。トリアージの決定は「既存issueの状態を変える」ことがほとんどなので、新規作成よりも該当issueを正しく特定して更新することが中心になります。

今日の「バグトリアージ定例」のAI議事録を取得して、issueごとの決定事項を抽出して。
リポジトリnanohuman/appの該当issueを番号や内容から特定し、
決まった優先度ラベルとマイルストーンを設定して、担当者をアサインして。
それぞれのissueに、決定の理由と元の会議名をコメントで追記して。
closeすると決まったものは、理由をコメントしてからcloseして

Claudeが議事録を読み、GitHubを検索し、こんな結果を返してくれます。

8件のissueを更新しました。
・#482「検索結果がタブ切り替えでリセットされる」P1ラベル・v0.14マイルストーンを設定、担当: 田中。顧客3社で再現報告があるため優先対応と決定
・#475「エクスポートCSVの文字化け」P2ラベルを設定。再現条件の特定待ち
・#468「設定画面のツールチップ位置ずれ」P3ラベルを設定、good first issueを追加
・#441「旧ダッシュボードの表示崩れ」修正済みのv0.13で解消を確認したため、理由をコメントしてclose
各issueには決定理由を「バグトリアージ定例（8/14）での決定」としてコメント済みです。

ポイントは、ラベルやマイルストーンの変更だけでなく決定の理由がコメントとして残ることです。issueを開けば「いつの会議で、なぜこの優先度になったか」までたどれるので、数週間後の「なぜP1？」がなくなります。SuperInternのAI議事録は決定事項が構造化されているので、抽出の精度も安定します。

実演2：口頭で報告されたバグを、重複チェック込みで起票する

トリアージ会議や定例では、「そういえば〇〇の画面でこういう挙動があって」という口頭のバグ報告がよく出ます。その場でissueを書く人がいなければ、この報告は議事録の中に埋もれて消えていきます。

今日の「開発定例」の文字起こしを取得して、口頭で報告されたバグや不具合の言及を洗い出して。
リポジトリnanohuman/appの既存issueと突き合わせて、
すでにissueがあるものは会議での報告内容をコメントで追記し、
どこにも起票されていないものだけを、再現手順つきの新規issueとして起票して。
タイトルは症状が分かる形に整え、本文に報告者と元の会議名を書いて

ここでは議事録ではなく文字起こしを指定しているのがポイントです。口頭のバグ報告は議事録の要約から漏れることがありますが、文字起こしまで参照させれば「その場で流れた一言」も拾えます。「再現手順つき」と頼んでおくと、会議中に話された操作の流れをClaudeが再現手順の形に整理してくれるので、報告者に聞き直す手間も減ります。

実演3：週次で「会議とissueのズレ」を棚卸しする

会議では「直す」と言ったのにissueは動いていない。逆に、closeしたはずのissueが開いたまま。こうした「会議での合意とGitHubの状態のズレ」を、週に1回まとめて検出します。複数の会議を横断して参照できるのはMCPならではです。

今週の「プロダクトチーム」プロジェクトの会議をすべて取得して、
GitHubのissueについて言及・決定した箇所を洗い出して。
リポジトリnanohuman/appの現在のissueの状態と突き合わせて、
「会議で決めた内容がまだ反映されていないissue」の一覧を、
会議名・決定内容・現在の状態の形で表にして見せて。反映はまだしないで

このプロンプトでは、あえてすぐに反映せず一覧を見せるように頼んでいます。週次の棚卸しは対象が広く、雑談レベルの言及まで拾ってしまうこともあるため、表を眺めて「この3件は反映して」と返す2段階が安全です。毎週金曜にこれを打つだけで、issueトラッカーが「会議の決定を正しく映した状態」に保たれます。

運用のコツと注意点

リポジトリは明示する。 「nanohuman/appの」とリポジトリ名をプロンプトに入れると、複数リポジトリを扱う組織でも誤爆を確実に防げます。よく使うリポジトリ名は定型プロンプトに焼き込んでおきましょう。

最初はドライラン。 導入直後の数回は「反映する前に変更予定の一覧を見せて」を付けて、Claudeのissue特定の精度を確認してください。議事録内の言い方（「検索のあのバグ」など）と実際のissueの対応付けの癖が分かったら、確認なしの一括反映に切り替えると速くなります。

issue番号を口にする文化があると更に強い。 トリアージ会議で「#482は」と番号を口に出しておくと、文字起こしに番号が残り、Claudeの特定精度がほぼ100%になります。画面共有でissue一覧を映しながら話すチームなら、自然にそうなっているはずです。

ラベル体系はプロンプトに固定する。 「優先度はP1/P2/P3ラベル、種別はbug/enhancementを使う」とチームのラベル規約を書いておくと、存在しないラベルが作られる事故を防げます。

固有名詞の精度はSuperIntern側で上げる。 機能名や画面名が正しく文字起こしされているほど、issueの特定精度も上がります。SuperInternのカスタム辞書に頻出の機能名・メンバー名を登録しておくのがおすすめです。

書き込みはGitHub側だけ。 SuperInternのデータはMCP経由では一切変更されません。反映結果が違ったらGitHub側で直せばよく、元の議事録はいつでも正として参照できます。issueの変更履歴はGitHub側にも残るので、監査の面でも安心です。

応用：同じ構図で広がる使い方

「SuperIntern MCPがデータを出し、Claudeが判断し、別ツールが受け取る」という構図は、GitHub以外にもそのまま広がります。

• タスク管理ツールへの起票：GitHubではなくLinearを使うチームは、Linear連携の実践ガイドでほぼ同じ流れを紹介しています
• Slackへの展開：トリアージ結果のサマリを、そのまま開発チャンネルに共有する。Slack連携の実践はこちらの記事で詳しく紹介しています
• 実装まで一続きに：Claude CodeにSuperIntern MCPをつなげば、「トリアージでP1にしたあのバグ、会議の議論を踏まえて修正して」まで進められます。仕様会議からそのまま実装する記事が参考になります

このシリーズでは、こうした組み合わせを1つずつ、実際のプロンプトつきで紹介しています。

よくある質問

Q. SuperIntern MCPは無料プランで使えますか？
A. いいえ。個人ワークスペースではPlusプラン以上が必要です。Teamプランではそのまま利用でき、Enterpriseプランでは管理者がワークスペース設定で「MCPアクセス」をONにした場合に利用できます。

Q. SuperInternが直接GitHubのissueを書き換えるのですか？
A. いいえ。issueの更新・起票・コメントはClaudeがGitHub MCPを使って行います。SuperIntern MCPは会議データを読み取り専用で提供するだけで、SuperIntern自体は外部ツールに書き込みません。

Q. AIから議事録や会議データを書き換えられてしまいませんか？
A. できません。SuperIntern MCPのツールはすべて読み取り専用で、作成・編集・削除の操作は提供されていません。書き込みが発生するのはGitHub側だけです。

Q. プライベートリポジトリでも使えますか？
A. 使えます。GitHub MCPは接続に使った認証情報（OAuthログインまたはPersonal Access Token）の権限で動くため、その権限でアクセスできるリポジトリが対象です。逆に、権限のないリポジトリに触れることはありません。

Q. 間違った反映が大量に起きる心配はありませんか？
A. 運用のコツで紹介した「反映前に変更予定の一覧を見せて」を付ければ、実行前に人間が確認できます。仮に意図しない変更があっても、issueの変更履歴から状態を戻せますし、SuperIntern側の元データには影響しません。

Q. Claude以外のAIクライアントでも使えますか？
A. SuperIntern MCPもGitHub MCPも、Claude Code・Codex・CursorなどのMCP対応クライアントから利用できます。両方のMCPに接続できるクライアントであれば、この記事のプロンプトはほぼそのまま動きます。

トリアージ会議の価値は「決めること」であって、「決めたことをGitHubに転記すること」ではありません。決める仕事に集中して、転記はAIに任せましょう。

SuperInternを無料で試す