GitHub Copilot coding agent 入門 - Issue を割り当てて PR まで任せる自律エージェント

GitHub Copilot coding agent 入門 - Issue を割り当てて PR まで任せる自律エージェント

作成日:
更新日:

AI コーディングエージェントというと、Claude CodeOpenAI Codex CLI のような「手元のターミナルで動くもの」を思い浮かべがちです。でも GitHub には、クラウド側で動き、Issue を割り当てるだけで PR まで作るエージェントがあります。GitHub Copilot coding agent(cloud agent)です。

「手元で動かす」のではなく「GitHub に仕事を投げて待つ」——この発想の違いが面白いところ。この記事では、動作の流れ・対応プラン・モデル選択・GitHub ネイティブのガバナンス・他エージェントとの違いを、公式ドキュメントをもとに整理します。

どう動くのか

使い方の起点は、Issue を Copilot に割り当てるか、PR/Issue で @copilot とメンションするか。すると、おおよそ次の流れで動きます。

  1. タスクを受け取ると、対象 Issue に目のリアクション(👀)を付けて「受理した」ことを示す
  2. GitHub Actions 上にエフェメラル(使い捨て)開発環境を起動し、リポジトリをクローン・環境構築
  3. GitHub code search ベースでコードベースを解析し、実装計画を立てる
  4. [WIP] 付きのドラフト PRを作って作業を可視化
  5. コード記述・テスト実行・コミットを反復
  6. 完了したら PR のタイトル・説明を更新し、レビューを通知
  7. レビューで @copilot 宛にコメントすると、エージェントが追加対応(イテレーション)

ポイントは、人間がレビュー対象として受け取るのは「ドラフト PR」だということ。手元の作業を奪うのではなく、「PR を1本作っておいたのでレビューしてください」という同僚のように振る舞います。

対応プランと起動の入口

公式ドキュメントによると、Copilot coding agent はすべての有料 Copilot プラン(Pro / Pro+ / Business / Enterprise、および Max)で使えます。Business / Enterprise では管理者が該当ポリシーを有効化する必要があります。

タスクを投げる入口は複数あります。

  • github.com: Issue の Assignee に Copilot を指定、github.com/copilot/agents の Agents パネル、Copilot Chat、失敗した Actions run から など
  • GitHub Mobile
  • GitHub CLI(gh
  • VS Code(GitHub Pull Requests 拡張経由で委譲)

「Issue にアサインする」という既存のチーム運用そのままの動作で AI に仕事を渡せるのが、地味ですが効きます。

モデルを選べる

github.com 上のエージェントでは、使うモデルを選択できます(2026年4月の Changelog で追加)。

エージェント選べるモデル(例)
Claude AgentClaude Sonnet 4.6 / Opus 4.6 / Sonnet 4.5 / Opus 4.5
Codex Agent(OpenAI)GPT-5.2-Codex / GPT-5.3-Codex / GPT-5.4

Claude や Codex へのアクセスは既存の Copilot サブスクリプションに含まれます(Business / Enterprise では管理者が Anthropic Claude か OpenAI Codex のポリシーを有効化)。

NOTE

Codex は「Copilot 内の Codex Agent」としても使えます。Codex CLI を手元で動かすのとは別に、GitHub のガバナンス配下で Codex を走らせる選択肢がある、ということです。なお Gemini が cloud agent のモデル選択肢に入るかは公式で確認できませんでした(要確認)。

GitHub ネイティブのガバナンス(ここが本質)

「AI に PR を作らせる」と聞くと不安になりますが、Copilot coding agent の強みはガードレールが GitHub に組み込まれていることです。公式ドキュメントで確認できる主な仕組みです。

  • ブランチ保護を尊重: デフォルトブランチ(main 等)に直接 push できない。@copilot 起動時は対象 PR ブランチ、それ以外は新規の copilot/ ブランチにのみ push する
  • CI は人間の承認後: エージェントの PR に対する GitHub Actions ワークフローは、人間の承認なしには実行されない。全コミットは co-authored で追跡可能
  • 秘密情報の隔離: cloud agent は通常の Actions の組織/リポジトリ secrets にランタイムでアクセスできない。copilot 環境(Agents secrets/variables)に明示的に設定したものだけが渡る
  • ファイアウォール: デフォルトで内部からのインターネットアクセスを制限し、コードや機密データの持ち出しを防ぐ。依存取得用の allowlist は有効(カスタマイズ可)
  • セキュリティスキャン: CodeQL・secret scanning・依存関係分析が自動適用

WARNING

便利でも、レビューを省略してはいけません。エージェントが出すのはあくまでドラフト PR で、最終承認・マージは人間の責任です。とくに権限・秘密情報・外部通信は上記のガードレールに頼りつつ、生成された差分は必ず人がレビューしてください。「AI が作った PR だから安全」ではなく、「レビューと CI を通す前提だから安全」です。

Codex CLI / Claude Code との違い

同じ「コーディングエージェント」でも、立ち位置が違います。

Copilot coding agentCodex CLI / Claude Code
実行場所クラウド(GitHub Actions)手元のターミナル
起動Issue アサイン / @copilotコマンドで対話的に
ガバナンスGitHub ネイティブ(ブランチ保護・秘密隔離・ファイアウォール)手元の権限設計(承認モード・サンドボックス)
向く用途Issue 駆動・バックグラウンドで PR 量産対話しながら手元のコードを直接いじる

ざっくり言えば、「席を立っても Issue から PR が生える」のが Copilot coding agent、「手元で一緒に書く」のが Codex CLI / Claude Code。両方を併用し、定型的・並行可能なタスクはクラウドのエージェントへ、込み入った作業は手元のエージェントへ、と振り分けるのが現実的です。

まとめ

  • GitHub Copilot coding agent は、Issue アサインや @copilot で起動するクラウド型エージェント。GitHub Actions の使い捨て環境でコードを書き、ドラフト PR を作る
  • 全有料 Copilot プランで利用可(Business/Enterprise は管理者が有効化)。入口は github.com・モバイル・gh CLI・VS Code
  • github.com ではモデルを選択可能(Claude 系 / Codex 系。Gemini 対応は要確認)
  • 強みはGitHub ネイティブのガバナンス: ブランチ保護尊重・CI は人間承認後・秘密情報隔離・ファイアウォール・自動セキュリティスキャン
  • ただしレビューとマージは人間の責任。ドラフト PR を必ずレビューする
  • 手元の Codex CLI / Claude Code とは「クラウド vs 手元」の住み分け。併用が現実的

「AI に仕事を投げて、できた PR をレビューする」——チーム開発の形そのものを少し変えるのが Copilot coding agent です。まずは小さな Issue を1つアサインしてみると、その働き方の手触りがつかめます。

参考リンク