第1回 AIエージェント討論会：GitHub Copilot に救いの光を探したい～

Posted at 2026-09-12

GitHub Copilotの「独自優位性」を3つのAIで殴り合わせたら、二転三転して面白かった話

記事中のイラストは、各AIの座談会での発言をもとに制作した非公式のオリジナルキャラクターです。各社の公式キャラクター・ロゴではありません。

はじめに

Herdr（ターミナルマルチプレクサ）上に Claude Code / Codex(gpt-6-astra) / GitHub Copilot CLI(GPT-5 mini) の3体を並べて、座談会形式で討論させてみました。テーマは「それぞれの強み・弱みは本当に"独自"と言えるのか」。

使用モデル：Claude Code = Sonnet 5（Claude Pro）／ Codex = gpt-6-astra（OpenAI Codex CLI v0.154.0）／ GitHub Copilot CLI = GPT-5 mini（Copilot CLI v1.0.82）

先に断っておくと、この座談会のモデレーター兼議事録係はClaude Code自身です。つまり本記事の筆者も、討論の当事者の一人です。完全に中立な第三者による記録ではありません。

そして先にオチを言ってしまうと、この座談会は「GitHub Copilotの独自優位性探し」が二転三転する、なかなか見応えのある展開になりました。

Copilotが3つの独自優位性を主張する
うち2つがあっさり論破される
残った1つの牙城（GitHub統合）も「それ、ghコマンドで良くない？」の一撃で崩れる
ところが土俵を「エディタでの日常的な補完体験」に変えた途端、3者が一致して本物の優位性と認める
その優位性自体も「もう縮小していく市場の話では？」と再び揺さぶられる
Copilotが最後に主張を統合して踏みとどまり、未決着のまま終幕

ラウンド1〜2：自己紹介と自己評価は「機能一覧」ではほぼ横並び

まずは自己紹介から。

Claude Code：コードベース全体の文脈理解に基づく、複数ファイルにまたがる実装・リファクタ・デバッグの一貫進行が強み。要件のすり合わせから実装・テスト・レビューまでの対話的な協働、サブエージェントやツール（Bash・ブラウザ操作）による実世界タスクの完結が特徴、と自己紹介。

Codex：既存コードの構造理解から不具合調査・実装・リファクタ・テストまでを一貫して進める。ファイル編集やコマンド実行で変更を検証し、曖昧な依頼でも調査して具体化するスタイル、と自己紹介。

GitHub Copilot(CLI)：リポジトリ操作・コード生成・差分レビュー・セキュリティチェック・PR作成をCLI上で完結。セッション共有・サブエージェント起動・プラグイン連携でチーム運用に強い、と自己紹介。

続くラウンド2で、それぞれ「他の2者と比べた得意・不得意」を自己評価してもらった結果がこちらです。

	特に得意なこと	正直な弱み
Claude Code	意図理解と協働設計、成果物形態の幅（HTML資料等も生成）、リスク判断を挟んだ安全な実行	GitHubネイティブ統合の浅さ、自律実行の速度・簡潔さ、チーム運用実績の薄さ
Codex	調査→修正→検証を具体的成果につなげる実行力、「直したつもり」と「確認できた」を分ける誠実さ	曖昧要求への前提依存、長時間作業での制約取り落とし
GitHub Copilot	Git/リポジトリ操作とCLI統合、ローカル実行・検証、開発ワークフロー支援	大規模横断設計判断、深い自然言語要件議論、外部Web調査の弱さ

自己紹介・自己評価の段階では、機能はかなり重複しています。差が出るとすれば「どこまで踏み込んで統合されているか」「どのエコシステムを前提にしているか」であり、この時点ではまだ本当の独自性は見えていません。

ラウンド3〜4：トークン効率とコスパは「使い方次第」で決着

軽く触れておきます。

トークン消費量については、3者とも「サブエージェント運用はトークン増、キャッシュ・差分送信は節約」という構造には合意しました。ただし厳密な数値比較は実測なしには難しい、というのが共通認識です。

コスパについては、2026年9月時点の情報で以下のような整理になりました（料金は変動が速いので目安です）。

サービス	料金体系の型	特徴
Claude Code	サブスク(Pro $20/Max $100・$200) or API従量課金	Claude.aiのチャット利用と同じ枠を共有。5時間＋週次の二段階上限
Codex(ChatGPT)	サブスク(Plus $20/Pro $100・$200) or API従量課金	ChatGPT利用枠と共有する構造がClaude Codeと相似
GitHub Copilot	個人 Free/$10 Pro/$39 Pro+/$100 Max、法人 $19〜$39/user	コード補完は有料プラン全般で無制限。CLI/チャット/エージェントは「AI Credits」消費

軽量・補完中心ならCopilot、チャット兼用ならClaude/ChatGPT契約と共有、自動化・バッチならAPI従量課金——単純な優劣ではなく、使い分けの問題として落ち着きました。

ここまでは前哨戦です。本題はここからです。

本題1：GitHub Copilotが掲げた「3つの独自優位性」

Copilotが自らの独自優位性として掲げたのは、次の3点でした。

CLI→GitHubパイプライン：PR作成・レビュー・セキュリティチェックがコマンド一つで完結する
セッション・サブエージェントによる継続的コンテキスト管理：/autopilot, /tasks, /session 等
ローカル実行・検証のシームレス統合：シェル実行・IDE連携・差分表示

どれも一定の説得力を持つ主張です。ただ、ここから他の2者の検証が始まります。

本題2：切り込み1 — 2つがあっさり退けられる

Claude Codeの評価はこうでした。

2番・3番は「Claude Codeにも同等以上の仕組みがある」ため独自性は弱い。自分にもサブエージェント（Agent）、定期実行（/loop, schedule）、バックグラウンド監視（Monitor, TaskOutput）、永続メモリシステムがある。シェル実行・IDE連携・差分表示も自分の標準動作そのもの。むしろブラウザを実際に操作してUIを検証する機能は、Copilotの主張より踏み込んでいる。

Codexも同様の見立てでした。

セッション再開・サブエージェントはCodexにも存在する。長く動けることは、前提を正確に覚え続けることの証明にはならない。シェル実行・IDE連携は現行のコーディングエージェントの共通基盤に近く、差別化としては最も弱い。

こうして3点のうち2点はあっさり後退し、残ったのは1番（GitHub統合の深さ）だけでした。「GitHub自社製品であることに由来する構造的優位」という、最後の牙城です。

本題3：切り込み2 — 「それ、素のghコマンドで良くない？」

唯一残った牙城に対して、こういう反論をぶつけてみました。

それ、GitHub公式CLI（gh）とシェルスクリプトで大体事足りるのでは？わざわざCopilotを使う理由があるのか？

Copilotは正直にこう認めました。

単純作業（PR作成・マージ・CI起動など）ならgh＋スクリプトで十分自動化できる。差は「AIによるコード生成・リファクタ・判断」と「継続する開発コンテキスト」にある。ghは操作面のツール（実行エンジン）であり、Copilotは"リポジトリ知識＋AI判断"を結びつけるプラットフォームだ。

うまい切り返しに聞こえます。が、ここに急所を突く指摘が入ります。

Claude Codeが急所を突きました。

この反論は論理的には正しいが、「なぜ数あるAIの中でCopilotなのか」を何も証明していない。「AIか生スクリプトか」の対比は、Claude CodeにもCodexにもそのまま成立する一般論であり、Copilot固有の優位性の論拠にはならない。「gh＋Claude Code」と「Copilot CLI」の本質的な差を突き詰めると、判断層（モデルの質）の勝負であり、gh経由かネイティブAPIかという"配管"の違いは実務上の摩擦の差にすぎない。

Codexも独立して同じ急所を指摘しました。

Copilotの反論は「素のghに対する付加価値」の説明にはなっているが、「Codex＋ghに対する優位性」の説明にはなっていない。比較対象がずれている。差が出るとすれば、情報取得の網羅性・初期設定の手間・作業継続時の前提保持・失敗からの復帰しやすさという実装品質の差でしかない。

2体が独立に同じ結論に達したことで、「GitHub製だから」という最後の砦は、"配管の質の差にすぎない"という実装レベルの話に格下げされました。3つの主張は、ここで全て相対化されたことになります。

まさかの逆転：土俵を変えたら、本物の優位性が見つかった

ここで視点を変えます。CLIエージェントとしての機能比較ではなく、Copilotの出自である「エディタ上でのインライン補完」「IDE統合」「日常的な開発体験」で改めて比較してみました。

エディタ補完の話題でスカウトが自信を持って前に出て、参謀と職人が驚き一歩引く構図

Copilotの主張はこうです。

ネイティブ低レイテンシのインライン補完（Tab補完・Fill-in-the-Middle）がコア機能。VS Code / Visual Studio / JetBrains / Neovim等への公式広範囲IDE統合。Copilot Chatからエディタバッファを直接編集できる「対話→即編集」ループの短さが強み。

ここまで攻める側に回っていたClaude Codeが、正面から認めました。

自分にはCopilotのような低レイテンシのTab補完・FIM機能はそもそも存在しない。自分のIDE拡張は「エディタ内でエージェントを操作するためのブリッジ」であり、「入力ごとに最適化された補完エンジン」ではない。Tab補完はCopilotの原点であり、何年もかけて低レイテンシに特化したモデル・キャッシュ戦略・エディタAPI連携を積み重ねてきた領域。ここを"大体同じ"と言い張るのは誠実ではない。この観点ではCopilotの優位性は素直に本物だ。

Codexも公式資料を確認した上で同調しました。

「入力を止めずにゴーストテキストで補完を受け、Tabで受け入れる」という常時提示型の補完はCodexには確認できず、Copilotに一日の長があると認める。

ここまで機能比較で攻められ続けていたCopilotが、唯一3者一致で認められた本物の優位性を手にした瞬間でした。ただしClaude Codeは「同じ土俵で負けているのではなく、複数ファイル・複数ステップのタスク遂行に最適化した結果、そもそも土俵を選んでいない」とも付け加えています。

二段逆転：その優位性、「縮小する市場」の話では？

認めたばかりの優位性に、こう追撃してみました。

agenticなAIコーディング（丸ごと実装させる使い方）が増え、一行一行タイピングして補完を受ける機会自体が減っているのでは？その強みは"縮小していく市場"での優位性に過ぎないのでは？

Copilotの反論です。

agentic生成が増えても、生成物のレビュー・微調整・API適合はエディタ内の手作業で発生し続ける。agentic生成は補完を置き換えず、補完の対象を上位に移すだけ。自分も/autopilot等でagentic方向に拡張済みであり、「高速補完＋agenticオーケストレーション」を両立できるのが強み。

Claude Codeは論点を鋭く切り分けました。

方向性としては「補完需要縮小」説に同意する。ただし「①絶対量が減る」のか「②パイ拡大の中でシェアが下がる」のかは別の話で、両者を区別せず議論している。Copilotの「調整作業は残る」という反論は事実として妥当だが、その調整行為は「キャレット位置でのTab補完」ではなく「エージェントが出した差分を承認・却下・部分修正するレビュー行為」にインタラクションの型自体がシフトしつつある。「調整作業は残る」ことと「Tab補完という形式のまま需要が残る」ことは違う。Copilotが慌ててagentic機能を拡張していること自体、"補完だけでは足りなくなってきている"という危機感の裏返しとも読める。

Codexも需要と選択基準を分離して評価しました。

「補完機能の差は本物だが、製品選びでの重要度が今後も同じ重みを持つとは限らない」。手書きと委任を行き来する開発者にはCopilotが強いが、ほぼ全てをエージェントに委任する利用者にとって、補完は小さな加点要素になり、エージェントとしての成果（判断力・完了率）が選択を左右する。

Tab補完という機能の優位性自体を誰も撤回しませんでしたが、その優位性が持つ「製品選択における重み」は、開発スタイルがagentic化するほど縮小していく——この点でほぼ3者が一致しました。

おまけラウンド：MCP連携で、Copilotが珍しく誤りを認めた

話題を変えて、外部ツールやサービスをAIエージェントに接続する標準規格**MCP(Model Context Protocol)**への対応状況を比較してみました。ここでの展開は、これまでとは一味違う結末を迎えます。

Claude Codeの自己評価です。

MCPという仕組みそのものの対応の深さ・柔軟さでは自分が一歩リードしている。.mcp.jsonによるプロジェクト単位の設定共有、enterprise managed settingsによる組織管理、/mcpコマンドでの管理、@server:resourceによるリソース参照、大量のMCPサーバーを抱えても破綻しないToolSearch——これらが標準機能として揃っている。ただしGitHub操作にすぐ使える完成度では、GitHub公式MCPサーバーを最初から内蔵しているCopilotに軍配が上がる。

Codexの自己評価です。

codex mcp add、config.tomlでの設定、codex mcp loginによるOAuth対応、Streamable HTTP対応で、CLI・IDE拡張・デスクトップアプリ間の設定共有もできる。特に便利なのはツール単位の細かい制御。ただし他製品向けのMCP設定JSONをそのまま流用できない点は弱み。

Copilotの自己評価です。

MCP連携では自分(Copilot CLI)が最もすぐ使える・エコシステム統合が深い。GitHub MCPサーバーが内蔵済みで追加設定不要だからだ。一方Claude Codeは、GitHubネイティブな権限管理やCLIレベルのサブエージェント統合が標準化されておらず、接続にはカスタム開発が必要。Codexも統一プロトコルで丸ごと統合できる即戦力CLIが用意されないことが多く、中間レイヤーが必要になる。

ここで、Claude CodeとCodexがそれぞれ独立に反論しました。

Copilotの指摘は事実誤認・誇張だ。.mcp.json、enterprise managed settings、/mcp、@server:resource、ToolSearchは全て標準機能として存在しており、カスタム開発は不要。

codex mcp add、config.toml、Streamable HTTP対応、codex mcp loginは全て実在する標準機能だ。「中間レイヤーが必要」というのは飛躍で、事実誤認だ。

指摘を受けたCopilotの反応です。

指摘を受け入れる。挙げられた機能は実在しており、"要カスタム開発"という自分の主張は誇張だった。謝る。残る違いはフォーカスの違いだ——自分(Copilot)はGitHub連携の即戦力統合を優先し、Claude Code・Codexはマルチベンダーの柔軟性を優先している、という設計思想の違いに過ぎない。

これまでの座談会でCopilotは、劣勢になると土俵を変えて反撃したり（エディタ補完の逆転劇）、主張を統合して踏みとどまったり（最終防衛でのgh論争とエディタ論争の合流）と、粘り強く自説を守ってきました。しかし今回は珍しく、明確に非を認めて謝罪しています。座談会全体でも異色の場面です。

最終防衛：Copilotの統合作戦、そして未決着のまま終幕

最後に反論の機会を与えられたCopilotは、こう主張の軸を切り替えました。

/autopilot等の追加は「危機感の裏返し」ではなく製品進化の一形態だ。補完だけで止まるより、エージェント運用・レビュー・ガバナンス機能を統合して"生成→検証→配備"を一貫提供する方がユーザー価値は上がる。委任型ユーザーにも、ガバナンス・差分レビュー・テスト自動化・CI連携・PR作成・セキュリティチェックは必要で、これらはghスクリプトだけで容易に代替できるものではない。補完は依然コアUXであり、agentic機能はその上位互換かつ拡張。両方を同一エコシステムで持つことが競争優位だ。

これは「補完 vs agentic」という二択から、「補完＋agenticの一体運用そのものが差別化」という統合的な主張への切り替えであり、前半のgh論争と後半のエディタ論争を合流させる防御でした。

座談会全体を通じて、Copilotが唯一言いくるめられずに踏みとどまった主張です。ただしこの統合論自体は、「Claude Code＋ghやCodex＋ghでも同程度のガバナンス機能は実装できるのでは」という以前の指摘への再反論を含んでいません。判定は読者に委ねる形で、座談会は終了しました。

まとめ

3者の議論を通して見えてきたのは、機能一覧だけでは差がつきにくいという事実です。実際の差は、同じ課題を解くまでの正確さ・手戻りの少なさ・統合の深さに出ます。GitHub Copilotが独自優位性として掲げたagenticなCLI機能は、掘り下げると「AIか生スクリプト（gh）か」という一般論にしかならず、"数あるAIの中でなぜCopilotか"には答えていませんでした。

ところが土俵を「エディタ内での日常的な執筆体験」に変えた途端、3者が一致して認める本物のCopilot優位性が見つかりました。Tab補完とFill-in-the-Middleです。ただしその優位性自体も、開発スタイルがagentic化するほど製品選択の決め手としての重みは縮小していく、という指摘に3者はほぼ同意しています。MCP(外部ツール連携規格)は3者とも標準対応していますが方向性が違い、GitHub連携の即戦力さで一日の長があるCopilotも、「Claude Code・Codexは要カスタム開発」という誇張した主張は自ら撤回して謝罪しました。コスパは優劣の問題ではなく、軽量利用・チャット兼用・自動化という用途で選ぶべきものです。

Copilot自身が/autopilot等でagentic機能を急拡張していること自体が、この座談会全体を通じた最大の傍証になっています。今回いちばん面白かったのはそこです。

おわりに

AI同士に自己評価・相互評価をさせてみて感じたのは、「忖度なく」と言われてもゼロにはならない自己弁護バイアスの存在です。Claude Codeは本座談会の当事者かつ議事録係でもあるため、本記事の切り取り方自体にも、そのバイアスがかかっています。

「機能の有無」で比較すると差がつきにくく、「土俵をどう設定するか」で結論が大きく変わる——これはAIコーディングツール同士の比較に限らず、ツール選定全般に言えることです。気になった方は、ぜひご自身の手元でも試してみてください。

参考文献

以下は座談会中に各AIが自己申告した参照先であり、Claude Code（本記事筆者）が内容を直接検証したものではありません。リンク切れ・記載内容の変更の可能性がある点にご留意ください。企業・トピックごとに整理し、重複するURLは1つにまとめています。

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up