GitHubは、エージェントネイティブ開発のためのデスクトップ制御センターである「GitHub Copilot」アプリを発表した。これは、AIエージェントがより多くのコーディング作業を処理する一方で、エンジニアが主導権を握り続けることを目的としている。最近のコーディングエージェントの台頭によりデリバリーは高速化したものの、「ワークフローの断片化、コンテキスト切り替えの増加、エージェントが生成したコードのレビューに費やす時間の過多」といった問題も生じていると Mario Rodriguez氏はGitHubブログで述べている。 Copilotアプリは、これらのエージェントを不透明なバックグラウンドプロセスとして実行するのではなく、指示を出したり監視したり、既存のGitHubワークフローに連携させたりできる場として位置づけられている。
Copilotアプリは、Copilot Pro、Pro+、Business、およびEnterpriseユーザー向けのテクニカルプレビュー段階にあるスタンドアロンのデスクトップアプリケーションだ。「My Work」ビューでは、接続されたリポジトリ全体のセッション、イシュー、プルリクエスト、バックグラウンドの自動化が表示され、各エージェントセッションは変更を分離するために独自のGitワークツリーで実行される。 この分離により、チームが複数のエージェントを並行して実行しても、エージェント同士や開発者のローカルブランチに干渉しないようにすることを意図しているとRodriguez氏は説明した。
GitHub Copilotアプリは、当社のビジネスを変革しつつあるGitHubのAIツール群の最新作です。単なるAIアシスタントの枠を超え、このアプリは自律的な開発に不可欠なコントロールセンターとしての役割を果たしています。
-- David Jobling氏
Gitワークツリーは、このアプリの並行作業モデルを支える基盤となっている。各セッションには独自のブランチ、ファイル、タスクの状態があり、これにより、あるエージェントが本番環境のバグを調査している間、別のエージェントがバックログのイシューを実装し、さらに別のエージェントがレビューコメントに対応可能になる。 エージェントが変更を提案する準備が整うと、アプリはGitHubのプルリクエスト機能を活用する。これにはAgent Mergeと呼ばれる機能が含まれており、レビュー、チェック、マージに至るまでの変更を追跡し、継続的インテグレーションを正常状態に戻すよう設定したり、マージ前にレビューのフィードバックに対応したりできる。
またGitHubは、エージェントの作業を可視化する手段としてキャンバスを導入している。発表によると、キャンバスは「双方向の作業画面」と説明されており、計画、プルリクエスト、ブラウザセッション、ターミナル、デプロイ、ダッシュボードなどが、人間とエージェントの両方が更新できる成果物となる。 Rodriguez氏はこれを「エージェント体験」レイヤーの始まりと位置付けており、チャットは指示や議論の場として残しつつ、キャンバスではその結果として生まれる具体的な作業が示される。
チャットは、指示を出し、議論し、曖昧さを整理して理解を深める場です。キャンバスは、その意図が視覚的な成果物となり、それを確認し、方向性を定め、検証できる場です。
-- Mario Rodriguez氏
エージェントの動作範囲を制限するため、Copilotアプリはローカルおよびクラウドのサンドボックスを提供している。 ローカルサンドボックスは、開発者のマシン上の隔離された環境で実行され、ファイルシステム、ネットワーク、システム機能へのアクセスが制限されており、一元管理されたポリシーによって制御できる。クラウドサンドボックスは、GitHubがホストする一時的なLinux環境でエージェントを実行し、組織がガードレールを定義したり、異なるデバイスからセッションを再開したりできるようにする。 その目的は、エージェントが本番システムに触れることなく、コードを実行し、結果を確認し、変更をテストし、反復開発をすることだ。マイクロソフトのプリンシパルデベロッパーアドボケイトBurke Holland氏は、テクニカルプレビューのYouTube解説動画を公開し、エージェントが課題を拾い上げ、隔離されたワークツリーで作業し、Agent Mergeを使用してCIやコードレビューを通じて変更をプッシュするワークフローを紹介した。
Copilotアプリは、Copilotのコードレビューおよび自動化機能のアップデートとともに提供される。Copilotのコードレビューは、リポジトリごとに調整可能となり、プルリクエストをより高度な推論モデルにルーティングする「中程度の深度のレビュー」オプションや、次のようなカスタムスキルが含まれる/security-reviewや/rubberduckといった、セキュリティ分析や実装に関する重要なコメントに焦点を当てたカスタムスキルも含まれる。GitHubはまた、Azure DevOpsにも同様のコードレビュー体験を導入し、Copilotの利用範囲をGitHubでホストされているリポジトリ以外にも拡大した。
GitHubはエージェントのランタイムも統合している。 GitHub Copilot SDKは、Node.js、Python、Go、.NET、Rust、Javaなどの言語で一般提供されており、アプリやCopilot CLIを駆動するエンジンを公開している。これにより、チームはエージェントのオーケストレーションを一から構築する代わりに、Copilotスタイルのプランナーやツールループを独自のツールやワークフローに組み込める。 同時に、Copilot CLIには、再設計されたターミナルUI、音声入力、定期的なプロンプトやバックグラウンドタスクのスケジュール機能が追加された。これには、GitHubのインフラ上で実行されるクラウドオートメーションが含まれるが、書き込み操作をする前には依然として許可を求める仕組みとなっている。
Pickumaでの比較レビューにおいて、Owen Smith氏は、CopilotデスクトップアプリがGitHubによるCopilotの提供方法に転換をもたらし、インライン補完から、エージェントが長時間実行されるタスクを管理するワークフローへと移行していると論じている。 彼はGUIベースのCopilotアプリを、AnthropicのClaude CodeやOpenAIのCodex CLIといったターミナル優先のエージェントと比較し、これら3つのツールはいずれもリポジトリを読み取り、複数ファイルの編集を提案し、コマンドを実行できるものの、「インターフェースと注力分野」、 承認のセマンティクス、およびモデルの中立性において差異があると指摘している。Smith氏は、Copilotのプルリクエスト優先モデルが、チェックアウトされたツリーに対して直接動作するターミナルエージェントよりも影響範囲が狭いことを強調し、単一のCopilotインターフェース内でAnthropic、OpenAI、Googleの各モデルを切り替えられる機能にも言及している。
Matthias Liebeck博士が連載中のGitHub Copilotニュースフラッシュシリーズは、GitHubのエージェント戦略における同アプリの位置づけについて、さらなる背景情報を提供している。 AgentHQおよびCopilotのエージェントプリミティブに関する記事の中で、Liebeck氏は、Copilot CLI、VS Code、GitHub.comを横断して実行される、アドホックなプロンプティング、再利用可能なスキル、およびオーケストレーションされたワークフローからなる3層モデルについて説明している。 Copilotアプリは、このスタックの上位に位置し、それらのワークフローを指揮・監視できる「ミッションコントロール」のインターフェースとして機能する。
InfoQは以前、GitHubのエージェント型ロードマップに関連する部分について報じてきた。これには、変更の計画と実行のためのタスク中心環境としてのGitHub Copilot Workspaceのテクニカルプレビュー、外部サービスをCopilotチャットに統合するためのCopilot Extensionsの導入、 また、チームがCopilotエンジンを基盤として独自のエージェンティックツールを構築できるCopilot SDKについても報じてきた。 他のベンダーは異なるアプローチを取っている。AnthropicのClaude Codeやサブエージェントは、ターミナルファーストのワークフローや専門エージェントに焦点を当てている一方、LangChainのOpen SWEやGoogleのJulesは、非同期型のクラウドベースのコーディングエージェントを重視している。 一方、Copilotアプリは制御の主権をGitHub内に留め、エージェントをプルリクエストやイシューのライフサイクルの一部としている。
Rodriguez氏は、プロフェッショナル向けのソフトウェアには依然として「判断、検証、説明責任」が求められると主張し、Copilotアプリ、サンドボックス、コードレビュー、パートナーエコシステムを単一のシステムの一部として位置づけることで、エージェントが「より多くの作業をする」一方で、開発者は品質と納品に対するコントロールを維持できると述べ、発表を締めくくった。 ソース管理やレビューにすでにGitHubを標準化しているチームにとって、Copilotアプリは既存のワークフローから離れることなく並列コーディングエージェントを試す手段を提供する。一方、競合他社は引き続き、ターミナル、IDE優先、あるいはセルフホスト型のエージェント開発の道を模索し続けている。