GitHub Copilot、新コーディングエージェントを発表：Issueを任せるだけでPRを自動作成

エンジニアの日々の業務で最も時間を奪われるのは、新規機能の設計ではなく、細かなバグ修正やテストの追加、ドキュメントの更新といった周辺作業です。GitHubは今回、そうした作業をまるごと引き受ける自律型AIを投入しました。

GitHub Copilotが発表した新しい「コーディングエージェント」は、開発者の代わりにバックグラウンドでコードを書き、プルリクエストまで作成してくれる機能です。

Issueを割り振るだけで、仮想マシン上で自律コーディング

使い方は普段のチーム開発と変わりません。github.com、GitHub Mobile、またはGitHub CLI上で、同僚にタスクを振るのと同じようにGitHub Issueの担当者にCopilotを指定します。VS CodeやCopilot Chatから「この処理をリファクタリングしてPRを作って」と指示を出すことも可能です。

タスクを受け取ると、エージェントはIssueに目の絵文字をつけて作業を開始します。バックグラウンドでGitHub Actionsを活用した仮想マシンを立ち上げ、リポジトリをクローンして環境を構築。GitHubコード検索とRAGを組み合わせてコードベースを読み解きます。

作業の進捗はドラフトPRへのコミットとして逐次プッシュされ、エージェントの推論ログもすべて確認できます。さらに視覚モデルを搭載しているため、Issueに貼られた画面崩れのスクリーンショットやUIデザイン案をそのまま理解できるほか、MCP（Model Context Protocol）を介してGitHub外部のデータやツールと接続することも可能です。

作業が終わると人間にレビューを依頼してきます。PR上でコメントを返せば、それを読み取って自動でコードを再修正してくれます。

人間の承認なしにはCI/CDも動かさない安全設計

自律エージェントにコードを書かせるとなると、セキュリティが最大の懸念点になります。GitHubはこの点について厳格な制限を設けました。

エージェントは自身が作成したブランチにしかプッシュできず、PRの作成を依頼した本人はそのPRを承認できません。既存のブランチ保護ルールをそのまま適用するためです。さらに、人間が明示的に承認するまでCI/CDワークフローは一切実行されず、外部通信も許可リストに制限されています。

なお、このエージェントは2025年6月4日以降、モデル呼び出し1回につき1回の「プレミアムリクエスト」を消費する仕様になります。

なぜ重要か

開発者にとっての価値は、面倒な定型業務の本格的な自動化にあります。EYやCarvanaといった先行企業が述べている通り、テストの拡充や小規模な修正をエージェントに任せることで、人間はより難易度の高い設計に集中できるようになります。テストが整備されているリポジトリであれば、試してみる価値は十分にあります。

業界全体で見れば、GitHubが持つ「作業の現場」という圧倒的な強みを見せつけた一手と言えます。独自の実行環境を一から用意する競合エージェントに対し、GitHubは世界で毎日4000万件以上のジョブを処理するGitHub Actionsの基盤をそのまま転用しました。開発者の日常の動線にそのまま組み込める点は、他社にとって大きな脅威です。

一方で課題は、対応できるのが現状では低〜中程度の複雑さのタスクに限られる点です。レガシーコードやテストが不十分な環境では、意図しない修正を繰り返してプレミアム枠を浪費するリスクもあります。手放しで任せるのではなく、有能なアシスタントとしてどこまで手綱を握れるかが活用の分かれ目になりそうです。