Issue作成フォームの下に重複候補がインライン表示され、MCPのプラグでエージェントとつながる概念イラスト

記事

GitHub、Issue作成時に重複候補をその場で提示——最大3件をインライン表示、MCP経由でエージェントもフィールド操作可能に

GitHubがIssueの重複検知を公開プレビューで提供。作成中に類似Issueを最大3件インライン提示し、メンテナーのトリアージ時間を削減します。あわせてIssueフィールドのMCP対応で、エージェントが整理済みIssueを作成・絞り込みできるようになりました。

GitHubは2026年6月18日、GitHub Issuesの重複検知を公開プレビューとして提供すると発表しました。Issueの作成中に、内容を入力していくそばから似ているIssueを提示してくれる機能です。あわせて、IssueフィールドをMCP経由で読み書きできるようにし、AIエージェントが整理済みのIssueを扱えるようにしました。

入力しながら重複候補を提示

新機能の中心が、Issue作成時の重複検知です。Issueの詳細を入力していくと、その内容と一致しそうな既存のIssueが、リポジトリの中から探し出されます。候補が見つかると、作成フォームの中に最大3件までインラインで表示されます。

メンテナーにとって、重複Issueは大きな時間の浪費です。同じバグがさまざまな書き方で何度も報告され、そのたびに内容を確認し、重複としてクローズし、元のIssueへリンクし直す——大規模なリポジトリでは、こうした作業が毎週何時間にも積み上がります。作成の段階で「それ、もう報告されていますよ」と気づけるようにすることで、トリアージの手間を入り口で減らす狙いです。

Issue作成フォームの直下に重複候補が最大3件インライン表示され、別経路としてMCPプラグからエージェントがIssueフィールドを読み書きする様子の概念図

画像引用元: GitHub Changelog

報告者にもメンテナーにもうれしい

この仕組みは、メンテナーだけでなく報告する側にもメリットがあります。すでに同じ問題が起票されていれば、新しく作る前にその既存Issueへたどり着けます。重複を作らずに、議論や対応が集約されている場所へ合流できるわけです。

結果として、Issueトラッカー全体の見通しがよくなります。同じ問題があちこちに散らばるのを入り口で防げれば、対応状況の把握や優先順位づけもしやすくなります。報告のしやすさを損なわずに、重複だけを減らせる点が現実的です。

IssueフィールドのMCP対応でエージェントが扱える

もう1つの更新が、IssueフィールドのMCPサポートです。Model Context Protocol（MCP）のリモートサーバーを通じて、Issueのフィールド値を一覧・絞り込み・設定・クリアできるようになりました。これにより、AIエージェントが構造化されたメタデータを扱いながら、最初からきちんと整理されたIssueを作成したり、条件で絞り込んだりできます。

人間が後からラベルや項目を埋め直すのではなく、エージェントが起票の時点でフィールドまで整える——そうした自動化が現実的になります。重複検知が「人の入力を助ける」方向の改善だとすれば、こちらは「エージェントの起票を整える」方向の改善であり、Issue管理を人とエージェントの双方から底上げする構成です。

開発者・メンテナーへの影響

今回の2つの更新は、Issue管理という地味だが負担の大きい作業に、AIと自動化の両面から手を入れるものです。重複検知は日々のトリアージの摩擦を減らし、MCP対応はエージェントによる起票・整理の質を引き上げます。

OSSや社内リポジトリで大量のIssueを抱えているチームは、公開プレビューのうちに重複検知の効き具合を試しておくとよいでしょう。あわせて、エージェントを使ったIssue運用を考えているなら、MCP経由でフィールドを操作する設計を前提に組み立てると、起票から整理までを一貫して自動化しやすくなります。