AIレビュアーに「自社のルールブック」を手渡す──Copilotのコードレビューが、SkillとMCPを正式採用した

GitHubがCopilotのコードレビューでAgent SkillsとMCPサーバーを正式版に。SKILL.mdで自社基準を、MCPで課題管理やドキュメントの文脈を読み込ませ、外部呼び出しは読み取り専用に限定する。

シェア
AIレビュアーに「自社のルールブック」を手渡す──Copilotのコードレビューが、SkillとMCPを正式採用した

「一般論」しか返せなかったAIレビュー

プルリクエストにAIがコメントを付ける──この機能自体は各社で当たり前になりました。ただ、これまでのAIレビューは「一般論として良い/悪い」を指摘するのは得意な一方、その組織にだけ通用するルールや、課題管理・設計ドキュメントに書かれた文脈までは踏まえられませんでした。2026年7月29日、GitHubはこの穴を埋める更新を正式版(GA)にしています。Copilotのコードレビューが、Agent SkillsとMCPサーバーを通じて「自社の事情」を読み込めるようになりました。

対象はCopilot Pro/Pro+/Business/Enterpriseの全プランです。パブリックプレビューを経ての正式化で、プレビュー時に設定していた内容はそのまま引き継がれます。

レビューに持ち込める2種類の「文脈」

今回加わったのは、性質の異なる2つの拡張口です。

Agent Skills:自社の基準を渡す

リポジトリの .github/skills 配下にスキル用のディレクトリを作り、SKILL.md に指示や基準を書いておくと、レビュー時にCopilotがそれを参照します。命名規約やアーキテクチャ上の禁止事項といった「チームの暗黙知」を、レビューの判断材料として明示的に渡せる形です。Copilotは変更側(head)ブランチのスキルを読むため、マージ前に基準そのものを試せます。

MCPサーバー:外部の一次情報を引き込む

MCP(Model Context Protocol)経由で、チームが日常的に使う外部ツール──課題管理、ドキュメント、サービスカタログ、インシデント管理など──の情報をレビューに直接引き込めます。GitHubとPlaywrightのMCPは既定で有効です。たとえばPR説明に課題キーが書かれていれば、その課題の背景を踏まえた指摘が返る、という運用が想定されています。

「読み取り専用」という歯止め

外部連携で気になるのは安全性ですが、GitHubは「Copilotのコードレビューが行うMCPツール呼び出しはすべて読み取り専用に限定される」と明記しています。レビューAIが外部システムへ書き込んだり操作したりはしない、という線引きです。加えて、スキルやMCPの文脈を使って生成したコメントにはその旨が表示され、どの拡張が指摘に効いたのかを後から確認できます。

導入の段取り

実際に使い始める手順は次のとおりです。

  • Skills: .github/skills/<スキル名>/SKILL.md を追加し、レビューに効かせたい基準・指示を記述する。
  • MCPサーバー: リポジトリ設定 → Copilot → MCP servers で接続を登録する。
  • 認証情報: トークン類はリポジトリ設定 → Secrets and variables → Agents に保管する。

スキルのディレクトリ名やカスタム指示、PR説明中の識別子(課題キーやインシデントID)が、どの文脈を使うかの手掛かりになります。コードレビュー向けのMCPだけを個別に無効化する設定も用意されています。

レビューの「質」が組織ごとに分かれていく

この変更が示すのは、AIレビューの競争軸が「モデルの賢さ」だけでなく「どれだけ自社の文脈を渡せるか」へ移りつつある、という点です。同じCopilotでも、SKILL.mdやMCPを整えたチームほど指摘が具体的になり、整えないチームは汎用的な指摘にとどまる。レビューの底上げは、設定の巧拙に左右される段階へ入ります。もともと対話AIの外部接続として広がったMCPという仕組みが、コードレビューという地味だが効く現場にまで降りてきたことも見逃せません。

一方で、注意も要ります。AIが自社ルールを踏まえた「もっともらしい」指摘を返すほど、人間のレビュアーがうのみにしやすくなる懸念も指摘できます。読み取り専用とはいえ、外部ドキュメントや課題の内容をレビュー文脈へ取り込む以上、どの情報がAIに渡るかを運用側が把握しておく必要があります。AIレビューはあくまで人のレビューを補助するもの、という位置づけを崩さない設計が現実的でしょう。

参照: Copilot code review: Agent skills and MCP now generally available(GitHub Changelog)About GitHub Copilot code review(GitHub Docs)Copilot code review: AGENTS.md support and UI improvements(GitHub Changelog)

続きを読む

「どのモデルに任せるか」の中身を、Cursorが開けてみせた──Routerが明かす、Git・計画・実装・デバッグの“モデル別の得手不得手”

「どのモデルに任せるか」の中身を、Cursorが開けてみせた──Routerが明かす、Git・計画・実装・デバッグの“モデル別の得手不得手”

Cursorが8月6日、Routerの「どうモデルを選ぶか」を公開。Compassで簡単さを測り、Git=Grok・計画=Sol・実行=Opus・デバッグ=Fableと持ち場を分ける仕組みと、コスト削減の公表値、そして再現性・ベンダー依存の但し書きを整理します。

FF
「無人で回すエージェント」に開いていた二つの穴──Claude Code v2.1.223が塞いだ、ワークフローの砂場破りと長時間セッションのメモリ漏れ

「無人で回すエージェント」に開いていた二つの穴──Claude Code v2.1.223が塞いだ、ワークフローの砂場破りと長時間セッションのメモリ漏れ

Claude Code v2.1.223(8月6日)が、ワークフローが動的import()でサンドボックスを抜けられた穴と、長時間・無人セッションで積み上がっていたメモリ漏れを一括修正。自動運用で回している人ほど効く更新を整理する。

FF
「承認」ボタンを、コマンド自身が欺いていた──Claude Codeが3日連続で塞いだ、エージェント権限チェックの抜け穴群

「承認」ボタンを、コマンド自身が欺いていた──Claude Codeが3日連続で塞いだ、エージェント権限チェックの抜け穴群

承認ダイアログに映らない不可視文字でコマンドを隠せた——Claude Codeが8月4〜6日のv2.1.221〜223で連続修正した、エージェント権限チェックの抜け穴群と、無人運用でいま打てる手をまとめる。

FF