GitHub CopilotがJetBrains Airに対応：クラウドタスクはCopilotプランで新しいVM上のDockerで実行、ただしAirにはCopilotの利用状況表示も支出上限もない

2026年11月3日、GitHubは変更履歴で、GitHub CopilotがJetBrains Airで利用できるようになったと発表しました。JetBrains Airはエージェント型の開発環境で、この統合にはAgent Client Protocol（ACP）が使われます。開発者はAir内でCopilotにコーディングタスクを任せ、実行を導き、結果をレビューでき、タスクはJetBrains IDE内でもクラウドでも動かせます。GitHubは、AirでのCopilotは既存のGitHub Copilotプラグインと併用でき、チームは自分に合う作業の流れを選べるとしています。

挙げられている変更は三つです。CopilotがAirのエージェント選択に表示され、タスクは開発者の既存のCopilotサブスクリプションを使います。Airは複数のエージェントセッションを同時に追跡し、プロジェクトの文脈とIDEツールを使い、変更をコードの隣で確認できます。そしてクラウドタスクは、Air Teamsを通じて隔離されたクラウド環境で、IDEまたはブラウザーから実行され、JetBrains AIクレジットではなくCopilotのプランを使います。最後の点は予算に関わり、クラウドでの利用はCopilotのサブスクリプションで課金されます。

二つのモードで設定が異なります。ローカルタスクでは、JetBrains IDEにAirをインストールし、GitHub Copilotを選んでCopilotアカウントを接続します。クラウドタスクには、Air Teamsが有効な企業組織のJetBrainsアカウント、GitHub Copilotのサブスクリプション、Airの管理者によって有効化されたCopilotの三つが必要です。ブラウザーでは、設定のVCSプロバイダーでGitHubを接続し、タスクを作成してリポジトリとリモートブランチを選び、Copilotを選んでプロンプトを送ります。IDEでは、環境セレクターでクラウドを選びます。

クラウドタスクがどこで動くかについて、変更履歴はCopilotが新しい仮想マシン上のDockerコンテナで動き、すべての通信がプロキシを通り、タスク間で状態が引き継がれないため、ローカル環境を変更せずにビルド、テスト、パッケージのインストールができるとしています。10月14日のJetBrainsのブログ記事が同じ設計をより詳しく説明しています。仮想マシンは信頼できないものとして扱われ、タスク間で再利用されません。プロキシは既定で、npmなど、あらかじめ決めた信頼できるソース管理とパッケージレジストリのドメインにだけ接続を許し、管理者はドメインの追加、全ドメインの許可、インターネットアクセスの完全な停止ができます。シークレットは暗号化して保存され、環境変数としてタスクに渡され、各タスクは開発者自身のリポジトリ権限の範囲で動きます。その記事は、クラウドエージェントが当時はプレビューで組織向けであり、個人向けの広い提供は後に予定されていること、microVMは「近日対応」であることも述べています。

管理者にとって最も有用なのは「クラウドタスクの留意点」の節で、制限が列挙されています。CopilotをAirに接続してもCopilotの権限は要求されず、Airはクラウド環境の起動時にだけサブスクリプションやクレジットの有無を確認することがあるため、その時点でタスクが失敗してセッションにエラーが出ることがあります。開発者はタスクごとに個人のCopilotプランと組織のプランを選べません。Airのガバナンスと分析の機能にはCopilotの利用は含まれません。Airの管理者はガバナンスポリシーでCopilotを無効にできますが、Air内でCopilotの支出上限は設定できません。

まとめると、Airの分析にはCopilotクラウドタスクの利用が含まれず、支出上限も設定できません。GitHub側で対応する詳細な報告と制御ができるかは別途確認が必要であり、どのプランを使うかはタスクごとの選択ではありません。コスト管理や利用レポートが必要なチームは、有効にする前にその管理をどこに置くか決めるべきです。変更履歴は、どのCopilotプランが対象か、どのモデルが動くか、典型的なタスクの費用がいくらかも述べておらず、性能や品質の結果もありません。これは機能の発表で、製品内フィードバック、フィードバック用リポジトリ、非公開アンケートという連絡手段があり、使われるにつれて詳細が変わる可能性があります。