GitHub、pull requestコメントから@copilotで既存PRの修正依頼に対応
Original: Ask @copilot to make changes to a pull request View original →
GitHubは2026年3月24日、開発者がpull request内で@copilotを直接メンションし、Copilot coding agentにその既存PRへの修正を依頼できるようになったと発表した。今回の更新の狙いは、追加修正のフローを別タスクに切り出すのではなく、review threadの中でそのまま継続できるようにすることにある。
GitHubが示した主な用途は3つある。失敗したGitHub Actions workflowの修正、code review commentへの対応、そしてreview中に新たに求められたコード変更だ。発表では @copilot Fix the failing tests、@copilot Address this comment、@copilot Add a unit test covering the case when the model argument is missing といった例も紹介されている。
更新後の動作
GitHubによると、Copilot coding agentは独自のcloud-based development environmentで動作し、コード変更を行ったうえでrepositoryのtestsとlinterによって結果を検証し、その後pull requestへpushする。つまり、検証されていない分離パッチではなく、実際のbranch context上で修正が進む仕組みだ。
同社は従来挙動との違いも説明している。この更新前は、既存pull requestへの修正を頼むと、Copilotは元のbranchをベースに別のpull requestを新しく開いていた。もし利用者がその従来のstacked PR方式を望むなら、自然言語で明示的に依頼すればよいとGitHubは案内している。
- pull requestの会話内で
@copilotをメンションして利用 - test修正、review feedback対応、追加コード変更に対応
- Copilot coding agentがtestsとlintで検証してからpush
- fork由来のpull requestは現在未対応
GitHubは、この機能がすべての有料Copilot planで利用できる一方、Copilot BusinessとCopilot Enterpriseでは引き続き管理者によるCopilot coding agentの有効化が必要だとしている。今回の更新は、teamがすでに議論、承認、出荷を行っているpull requestの内部へ、edit-review-iterateのループをさらに深く組み込む動きとして重要だ。
Related Articles
GitHubはCopilot CLIを単発の端末支援から、チームの手順を再利用する仕組みに寄せている。対象例はsecurity audit、release notes、IaC review、incident responseの少なくとも4領域だ。
GitHub Copilot CLIがgenerally availableとなり、標準のCopilot subscriberがterminalでCopilotを使えるようになった。GitHubはこれをnext edit suggestions、MCP対応agent mode、background agents、Pro+ plan拡張と合わせて発表している。
PRが止まる最も厄介な瞬間の一つがボタンになった。GitHubによれば、新しいFix with Copilotの流れはconflictを解消し、buildとtestを確認したうえで、cloud-based development environmentから修正済みbranchをpushする。