この記事のポイント
- Agent Mergeはレビュー指摘・失敗したチェック・競合を修正してPRをマージ可能な状態へ進める機能です。
- VS Codeではパブリックプレビュー。修正・再実行・マージの手順を確認します。
- マージには既存の承認・CI条件が必要です。差分と実行結果は人が確認します。
GitHubとVS Codeの公式資料をもとに、Agent MergeがPRの指摘対応や失敗したチェックをどう処理するか整理します。プレビューの範囲と人が確認する箇所も説明します。
レビュー指摘・失敗したチェック・競合をまとめて処理
GitHub公式チェンジログによると、Agent Mergeはレビュー指摘、失敗したチェック、マージの競合を解消するプレビュー機能として紹介されています。
GitHub Docsによると、ワークスペースのセッションがPRの障害を修正し、GitHubでマージできる条件が整うとマージを実行します。CIの通過やレビュー承認といった、マージに必要な条件がそろって初めてマージが実行される設計です。マージまで実行されることを踏まえ、リポジトリ側の承認条件も確認するとよいでしょう。
VS Code 1.136のリリースノートによると、具体的にはCIの結果を見張って落ちたチェックのログを取得し、その内容から修正を作ってプッシュし、必要ならワークフローを再実行する——という流れを自動でこなします。マージコンフリクトについても、内容を読んで解消する対応が含まれています。
VS Codeでの有効化方法
VS Code側では、設定 chat.agentMerge.enabled を有効にすることでプレビュー利用が始められます。有効化後は、コマンドパレットから「Enable Agent Merge for Active Session」を実行するか、エージェントウィンドウのタイトルバーにある「Agent Merge」ボタンを選択してセッションに対して起動できます。GitHub Copilot app版では、PRのマージ操作画面の上部にある「agent merge」を有効にすることで同様の動作が始まります。
個別のレビュー機能から、マージ前の複数工程へ
GitHub Copilotには、これまでも「マージコンフリクトを直してもらう」「大きなPRもレビューしてもらう」といった個別機能が段階的に追加されてきました。以前取り上げたGitHub CopilotのコードレビューがPR承認に対応した件や、レビュー可能なPRサイズの上限が撤廃された件は、いずれも「レビュー」という単一工程を強化するアップデートでした。
Agent Mergeはこれらとは狙いが違います。レビュー対応・チェックの修正・コンフリクト解消という複数工程を横断してつなぎ、「マージまで持っていく」ところまでを一体で引き受けるのが特徴です。モデル管理を組織単位で一括設定できるようになった件と同様、細かい機能追加がほぼ毎週のペースで続いています。
プレビュー利用時は差分・CI・履歴を確認
公式のアナウンスでも触れられているとおり、Agent Mergeはまだパブリックプレビューの段階です。修正内容やマージ結果はエージェント任せにせず、変更差分やCIの結果を確認する工程も必要です。GitHub Copilot appのドキュメントでも、生成された変更やPRのステータス、CIの結果、レビュー履歴を確認した上でagent mergeを有効にすることが案内されています。対応範囲は「レビュー指摘・失敗したチェック・コンフリクト」の解消であり、PRを仕上げる後処理担当と捉えておくと使いどころを見誤りません。
まとめ:小さなPRからAgent Mergeの動きを確認してみる
PRを管理する方は、必須レビューやCIなど既存のマージ条件を確認し、差分と実行履歴を追える範囲で試すとよいでしょう。プレビュー中の機能なので、小さなPRで修正内容や停止時の動きを確かめてから適用範囲を広げられます。
※ 2026年9月時点の情報です(GitHub Copilot Agent Merge・パブリックプレビュー、VS Code 1.136)。今後の正式リリースで挙動が変わる可能性があります。
