GitHub Copilot×JetBrains Airとは？利用条件を解説

GitHub Copilot in JetBrains Airとは？

GitHub Copilot in JetBrains Airは、Agent Client Protocol（ACP）を通じてCopilotをAirのエージェントとして選び、コード変更、コマンド実行、差分確認まで進める統合機能だ。GitHubは2026年11月3日に提供開始を発表した。[1]

従来のJetBrains IDE向けCopilotプラグインが、開いているIDEの中で補完やチャットを提供するのに対し、Airではタスクを会話単位に分けて並列実行できる。ローカルのPCで動かす方法と、Air Teamsのクラウド環境へ送る方法がある。

確認項目	ローカルタスク	Air Teamsのクラウドタスク
実行場所	手元のPC	分離されたクラウド環境
Copilot契約	自分のCopilot契約	自分のCopilot契約と組織設定
リポジトリ	ローカル作業ツリー	接続済みVCSから取得
環境	手元の設定を利用	起動スクリプト、変数、シークレットを設定
結果	差分を確認して適用	タスク用ブランチへ反映しPRを作成

既存のCopilot契約で使う

GitHubは、Air内のCopilotタスクが利用者のCopilotプランを使うと説明している。Air向けに別のCopilotライセンスを買う仕組みではない。対応する機能と利用量は、契約しているCopilotプランとGitHub側の制限に従う。[1]

Airのクラウドタスクで別のエージェントを選ぶ場合は、JetBrains AIのクレジットを使う場合がある。JetBrainsの一般的なクラウドタスク説明では、クラウド実行はJetBrains AIプロバイダーと月次クレジットを使うとしている。Copilot統合は例外的にCopilotプランへ利用量が付くため、同じAir画面でも課金先が一律ではない。[2]

導入時は次の3点を確認する。

1. 利用者に有効なGitHub Copilot契約があるか
2. GitHub組織でCopilotと対象リポジトリの利用が許可されているか
3. JetBrains組織でAir Teamsのクラウドタスクとエージェントが許可されているか

GitHubは、Airの分析画面にCopilot利用量は含まれず、AirからCopilotの支出上限を設定できないとも説明する。管理者はAirでCopilotを無効化できるが、利用量の監視はGitHub側と合わせて行う必要がある。

クラウド実行は新しい作業環境になる

Air Teamsのクラウドタスクは、手元のPCを遠隔操作する仕組みではない。対象リポジトリをクラウド環境へ取得し、分離された環境でエージェントを動かす。JetBrainsの資料では、リポジトリは浅い履歴で取得され、ローカルの依存関係や環境変数は自動では引き継がれない。[2]

そのため、ローカルで成功した指示をそのままクラウドへ送っても、必要なSDK、秘密情報、社内パッケージ、テスト用サービスが不足する場合がある。再現可能な起動スクリプトと最小限のシークレットを用意し、外部ネットワークへの接続先も制限する必要がある。

準備	目的	失敗した場合
リポジトリ接続	Airがコードを取得する	タスクを開始できない
起動スクリプト	依存関係とツールを再現	ビルドやテストが動かない
変数・シークレット	APIや社内サービスへ接続	認証失敗、過剰権限の危険
ネットワーク方針	接続先を限定	情報持ち出しや供給網リスク
ブランチ保護	人の確認を残す	生成変更が本番へ近づきすぎる

JetBrainsはクラウドタスクの結果を専用ブランチへコミットし、そこからPull Requestを作る流れを案内する。人が差分、テスト、権限変更を確認してから統合する前提であり、エージェントが自動でメインブランチへ入る機能ではない。

Airで変わるのは並列化と引き継ぎ

Airではタスクごとに会話と差分を分けられるため、バグ修正、テスト追加、調査を同時に進めやすい。端末を閉じてもクラウド側で動かせ、別の端末から状態を確認できる。GitHubはローカルとクラウドのCopilotセッションをAirから扱える点を新機能として挙げる。

一方、並列化するとレビュー待ちの差分も増える。似たファイルを複数タスクが変更すれば競合し、指示が曖昧なら同じ調査を重ねる。速さを評価する場合は、生成した行数やタスク数ではなく、次を測るべきだ。

• 人のレビュー時間と修正回数
• テスト通過率と再実行時間
• 競合ややり直しが発生した割合
• タスク完了からマージまでの時間
• Copilot利用量とAir側のクラウド費用

TechCreateのGitHub Copilot料金ガイドで扱った契約差に、今回はAir側の環境・管理条件が加わる。AIコーディングエージェント比較を更新する場合も、モデル性能だけでなく、実行場所とレビュー経路を比較軸に入れる必要がある。

組織導入は小さなリポジトリから試す

Air Teamsを組織で使うには、JetBrainsアカウント、組織設定、VCS接続、対象リポジトリへのAirアプリ導入が必要になる。管理者は利用可能なエージェント、クラウドタスク、コネクター、月次クレジットなどを設定できる。[3]

最初の検証では本番用シークレットを持たない小さなリポジトリを選ぶ。依存関係の導入、テスト、PR作成までを1つのタスクで通し、ログに秘密情報が残らないか、権限が過剰でないかを確認する。その後、定型的なテスト追加や小規模修正へ範囲を広げる。

GitHubは専用のフィードバックリポジトリを案内しているが、Air向けの個別機能を配布するGitHubリポジトリではない。今回、作者個人によるXの紹介投稿は確認できなかったため、リード直下には置かず、GitHub公式発表と公式フィードバック先を示す。[4]

まとめ

• GitHub CopilotはACPを通じてJetBrains Airから利用でき、ローカル作業とAir Teamsのクラウドタスクを選べる
• Copilotの利用量は既存のGitHub契約に従い、Airの分析や上限設定だけでは管理できないため、両サービスの設定確認が必要だ
• クラウド実行では環境と権限を作り直す。小さなリポジトリで、起動、テスト、PR、レビュー費用まで測ってから広げる

出典・参考

1. GitHub「GitHub Copilot is now available in JetBrains Air」（2026年11月3日）
2. JetBrains「Cloud tasks」
3. JetBrains「Set up Air Teams」
4. GitHub「microsoft/copilot-intellij-feedback」