はじめに

「GitHub CopilotのエージェントモードとCoding Agentって、結局何が違うの？」

社内研修やGHEC（GitHub Enterprise Cloud）の説明会で「Copilot Coding Agent」という言葉を聞いて、VS Code上でチャットしながらコードを編集するエージェントモードと同じものだと思ってしまう方が非常に多いです。

結論から言うと、この2つは動く場所も、動き方も、対応プランも全く別物です。エージェントモードは「開発者がエディタの前に座って対話しながら進める」機能ですが、本記事で扱うCoding Agentは「GitHub上のIssueを割り当てるだけで、開発者が離席していてもクラウド側が自律的に実装しPull Requestまで作ってしまう」機能です。

本記事では公式ドキュメント（docs.github.com）と公式チェンジログ（github.blog）の一次情報に基づき、Coding Agentの正式名称の変遷・対応プラン・使い方・GHEC環境での位置づけまでを正確に解説します。

重要な前提：GitHub Copilotの全体像や料金プランの基本はGitHub Copilot完全ガイドで解説済みです。まだ導入していない方はGitHub Copilot環境構築ガイドから始めてください。本記事はその上級編として、非同期・自律型のCoding Agentに絞って解説します。

この記事で分かること

• Coding Agent（現在の正式名称：cloud agent）とは何か
• エージェントモードとの明確な違い（比較表つき）
• 2026年7月時点で公式に確認できる対応プラン・利用条件
• Issue割り当てからPRレビューまでの実際の使い方
• GitHub Enterprise Cloud（GHEC）環境での有効化ポリシー・企業研修での注意点
• 個人アカウント（Free/Pro）で実際に試せるかどうかの正直な結論
• 向いているタスク・向いていないタスク、メリット・デメリット

こんな人におすすめ

• 「エージェントモード」と「Coding Agent」を混同していた方
• GHEC＋Copilot環境の企業研修・導入検討でCoding Agentの説明を受けた方
• Issue管理からの自動実装・自動PR作成に興味がある開発チーム
• Freeプラン・Proプランで実際に使えるか知りたい個人開発者

GitHub Copilot Coding Agentとは

基本概念

GitHub Copilot Coding Agentは、GitHub上のIssueを割り当てると、Copilotがリポジトリを調査し、実装計画を立て、コードを変更し、テストを実行し、最終的にPull Requestを作成するところまでを自律的かつ非同期に行う機能です。

エージェントモードのように「開発者がその場で指示して、その場で結果を見る」のではなく、開発者はIssueを作成（またはCopilotをアサイン）した後、その場を離れてよいのが最大の特徴です。作業はGitHub Actionsによって提供される、隔離された（ephemeral）開発環境上で進行します。

■ Coding Agent の動作フロー
1. Issueに「Copilot」をアサイン（または @copilot をメンション）
2. Copilotが👀リアクションを付けて着手を通知
3. リポジトリを調査し、実装計画を作成
4. GitHub Actions上の隔離環境でコードを変更・テストを実行
5. copilot/ から始まる名前のブランチにコミットをpush
6. Pull Requestを作成し、レビューを依頼
7. 開発者がレビューコメントを残すと、再度自律的に修正して再pushを繰り返す

正式名称の変遷（2026年4月に改称）

重要な事実として、この機能は2026年4月1日に「GitHub Copilot coding agent」から「GitHub Copilot cloud agent」へと改称されています（GitHub公式チェンジログ「Research, plan, and code with Copilot cloud agent」より）。

■ 名称の変遷
2025年〜2026年3月：GitHub Copilot coding agent
2026年4月1日〜　　：GitHub Copilot cloud agent（現行の正式名称）

互換性のため、Copilot使用量メトリクスAPIでは旧フィールド名（used_copilot_coding_agent）が2026年8月1日まで残される予定です。検索需要や研修資料では引き続き「Coding Agent」という呼び方が広く使われているため、本記事でもタイトルには「Coding Agent」を用いつつ、現在の公式名称は「cloud agent」であることを明記して解説します。

改称と同時に、以下の機能拡張も行われています。

• PR作成前にブランチ上だけで作業できる：いきなりPRを開かず、差分だけ先に確認してから判断可能に
• 実装計画を先に生成させられる：プロンプトで計画を求めると、着手前にプランを提示
• リポジトリへの質問に回答できる：コードを変更せず、リポジトリの構造や仕様について質問するだけの使い方も可能に

エージェントモードとの違い（最重要ポイント）

GitHub Copilotの使い方完全解説で紹介した「エージェントモード」は、VS CodeのChatパネル内で開発者と対話しながら複数ファイルを編集する機能でした。Coding Agent（cloud agent）はこれとは動作場所・実行形態がまったく異なります。

混同しやすいポイントの整理：エージェントモードは「隣に座って一緒にコードを書いてくれる同僚」、Coding Agent（cloud agent）は「Issueを渡すと自分で調べて実装してPRを出してくる非同期の同僚」というイメージで区別すると分かりやすいです。

対応プラン・利用条件（2026年7月時点の公式情報）

プラン別の対応状況

GitHub公式ドキュメント（docs.github.com/en/copilot/concepts/agents/cloud-agent/about-cloud-agent および github.com/features/copilot/plans）の記載に基づく、2026年7月時点の対応状況です。

公式ドキュメントの原文は以下の通りです。

"Copilot cloud agent is available for all paid Copilot plans."（GitHub Copilot cloud agentは全ての有料Copilotプランで利用可能）

"If you are a GitHub Copilot Business or GitHub Copilot Enterprise subscriber, an administrator must enable the relevant policy before you can use the agent."（Business・Enterpriseの契約者は、利用前に管理者が該当ポリシーを有効化する必要がある）

つまり、個人のPro／Pro+／Maxプランであれば組織の管理者設定を待たずにすぐ使える一方、Free プランでは（コード補完やチャットは使えても）Coding Agentそのものが利用できません。Business・Enterpriseプランのユーザーは、自分のアカウントが有料でも、組織側でポリシーがオフのままだと使えない点に注意が必要です。

利用にかかるコスト

Coding AgentのタスクはGitHub Actionsの実行時間（分）とAI Credits（Copilot Premium Requests）の両方を消費します（GitHub公式ブログ「Assigning and completing issues with coding agent in GitHub Copilot」より）。チームで多用する場合は、AI Creditsの消費量に加えてGitHub Actionsの利用枠も意識しておく必要があります。

使い方の流れ：Issue割り当てから自動PR作成まで

Step 1：IssueにCopilotを割り当てる

やり方は主に2通りあります。

方法A：担当者（Assignee）に「Copilot」を指定する
1. GitHubのIssue画面を開く
2. 右サイドバーの「Assignees」から「Copilot」を選択

方法B：プロンプト内で明示的に指示する
1. Issueの本文（または新規作成時）に
   「Assign this issue to Copilot.」のような一文を含める
2. Issue作成と同時にCopilotが自動的に着手する

どちらの方法でも、CopilotはIssueに👀（目）のリアクションを付けて作業開始を知らせます。

Step 2：進捗を確認する

作業中はgithub.com上のagents panel（エージェントパネル）で、セッションをリアルタイムに見守ることも、後からログだけを確認することもできます。VS Codeやモバイルアプリからも進捗確認が可能です。

Step 3：Pull Requestをレビューする

実装が完了すると、CopilotはPull Requestを作成します。ここで重要な制約があります。

• Copilot自身は自分のPRを承認・マージできません（第三者によるレビューが必須）
• Issueの作成者本人が最終承認者になることもできない、という運用が推奨されています
• Copilotはリポジトリのcopilot/から始まる名前のブランチにしかpushしません
• 既存のブランチ保護ルール・必須ステータスチェック・CODEOWNERSはそのまま適用されます

Step 4：フィードバックして反復させる

PRにレビューコメント（「この変数名を変えて」「このエッジケースのテストを追加して」など）を残すと、Copilotは新しいセッションを開始してコメントに対応し、追加のコミットをpushします。承認されるまでこのやり取りを繰り返せます。

実行環境の技術的な制約

Coding Agentは無制限に何でもできるわけではありません。公式ドキュメントに明記されている制約は以下の通りです。

■ Coding Agent の制約事項
- 1セッションの最大実行時間は59分
- 開始時に指定した単一リポジトリの中でのみ変更が可能（複数リポジトリを横断した変更は不可）
- GitHubでホストされているリポジトリでのみ動作
- pushできるのは copilot/ から始まる名前のブランチのみ
- 自分が作成したPRを自己承認・マージすることはできない

これらの制約は、意図しない大規模変更や無許可のマージを防ぐガードレールとして機能しています。

GitHub Enterprise Cloud（GHEC）環境での位置づけ

企業研修などで「GHEC＋Copilot環境」として案内される場合、Coding Agentは組織・エンタープライズ単位でのポリシー設定が前提になっています。

Enterprise ownerが選べる4つのポリシー状態

GitHub公式ドキュメントによると、Enterprise ownerは「Agents」設定ページで以下のいずれかを選択できます。

■ エンタープライズ全体のCoding Agentポリシー
1. Enabled everywhere        → 全組織で有効化
2. Let organizations decide  → 各組織の管理者に判断を委ねる
3. Enable for selected organizations → 特定の組織のみ有効化
4. （非表示/無効）           → 全組織で無効化

さらに2026年4月には、組織のカスタムプロパティ（custom properties）を使って、条件に合致する組織だけを選んで有効化する機能も追加されています。大規模な企業では、部門やプロジェクトの属性に応じて段階的にCoding Agentを展開する、といった運用が可能です。

企業研修・導入検討時の注意点

• 個人のアカウント設定だけでは有効化できない：Business/Enterpriseプランの契約であっても、組織またはエンタープライズの管理者が事前にポリシーを有効化していなければ、研修参加者は実際に試すことができません
• 研修前に「このGHEC環境でCoding Agentのポリシーは有効になっているか」を主催者側に確認しておくと当日困りません
• リポジトリオーナーは、組織全体で有効でも個別リポジトリ単位でオプトアウトできます

自分のFree/Proアカウントで実際に試せるか

正直にお伝えすると、Freeプランでは公式にCoding Agentが非対応のため試すことができません。個人でこの記事の内容を検証したい場合は、Proプラン（月額$10）以上への加入が前提になります。Proプランであれば組織管理者の承認を待つ必要がないため、契約後すぐに利用を開始できる設計です。

なお本記事は、公式ドキュメント（docs.github.com）と公式チェンジログ（github.blog）の一次情報に基づく解説記事であり、Coding Agentを実際にProプランで動かした際の実地レビューではありません。実機での挙動レポートは、別途プランを検証したうえで改めて記事化する予定です。

メリット・デメリット

メリット

• 開発者が完全に離席していても作業が進む：夜間や別タスクの合間にIssueを消化できる
• 既存のGitHubワークフローに統合：Issue・PR・ブランチ保護・CODEOWNERSがそのまま活きる
• ガードレールが強固：自己承認不可・単一リポジトリ限定・実行時間上限など暴走を防ぐ設計
• GHECでの段階的展開が可能：カスタムプロパティを使った組織単位の有効化制御

デメリット

• Freeプランでは一切使えない：試すには最低でもProプラン（$10/月）が必要
• GitHub Actions分とAI Creditsの両方を消費：ヘビーユースはコスト管理が必要
• Business/Enterpriseでは管理者の事前設定待ちが発生する：個人の意思だけでは使い始められない場合がある
• 1セッション最大59分・単一リポジトリ限定：大規模な横断的リファクタリングには不向き

向いているタスク・向いていないタスク

FAQ

Q. Coding AgentとCopilot cloud agentは別の機能ですか？

A. 同じ機能です。2026年4月1日に「Copilot coding agent」から「Copilot cloud agent」へ改称されました。現在の公式名称は「cloud agent」ですが、検索や研修資料では引き続き「Coding Agent」という呼称も広く使われています。

Q. エージェントモードを有効化していれば、Coding Agentも自動的に使えますか？

A. いいえ、別物です。エージェントモードはVS Code側の設定（chat.agent.enabled）で有効化するローカル機能、Coding AgentはGitHub側のプラン・ポリシーで制御されるクラウド機能です。VS Code側の設定手順はこちら。

Q. FreeプランのままCoding Agentだけ個別に購入することはできますか？

A. 公式ドキュメントでは「全ての有料プランで利用可能」とされており、Freeプランのまま単体で追加購入する仕組みは案内されていません。利用するにはPro以上のプランへのアップグレードが必要です。

Q. 会社のBusiness/Enterpriseプランで「Copilot」がAssigneeの候補に出てきません。なぜですか？

A. 組織またはエンタープライズの管理者がCoding Agentのポリシーをまだ有効化していない可能性があります。組織のCopilot管理者に確認してください。

Q. Copilotが作ったPRは自動でマージされますか？

A. されません。Copilot自身は自分が作成したPRを承認・マージできない仕様になっており、必ず第三者のレビューと承認が必要です。

まとめ

GitHub Copilot Coding Agent（現在の正式名称：cloud agent）は、エディタ内で対話しながら使うエージェントモードとは全く異なる、Issueを渡すだけでクラウド側が自律的にPull Requestまで作り上げる非同期エージェントです。

2026年7月時点の公式情報では、Freeプランでは非対応、Pro以上の有料プランで利用可能（Business/Enterpriseは管理者の事前有効化が必要）というのが最も重要なポイントです。GHEC環境での導入・研修を検討している方は、組織側のポリシー設定状況を事前に確認しておくことをおすすめします。

あわせて読みたい関連記事：

• GitHub Copilot完全ガイド（全体像・料金プラン・他ツール比較）
• GitHub Copilotの使い方完全解説（エージェントモードとの違いはここで詳しく解説）
• GitHub Copilot環境構築ガイド（VS Codeへの導入手順）

The post GitHub Copilot Coding Agent完全ガイド｜Issueを割り当てるだけで自動でPRを作る自律型AIエージェント【2026年7月版】 first appeared on CayTech Lab.