GitHub Copilotのクラウドセッション統合｜環境選択と11月課金を整理

公開日2026.11.01

約8分で読めます

※本ページのリンクにはプロモーションが含まれています。

同じCopilotセッションをWeb・モバイル・CLI・IDEで継続しクラウド環境とActions環境および利用量を比較する概念イラスト

GitHubは2026年10月28日、GitHub Copilotの体験を統合し、有料Copilotプラン向けに順次提供を始めました。github.com、GitHub Mobile、Copilot 、Copilot app、Visual Studio Code、Slack、Microsoft Teamsからクラウド作業を開始し、同じを別の画面で継続できます。変更点は入口が増えたことだけではありません。会話、実行中の作業、利用する環境、計算量の請求先を一続きで扱う設計になりました。

導入対象は、コーディングエージェントへ長めの作業を任せたい開発チームと、既にやCopilotを組織で運用している管理者です。採用前には、Cloud、GitHub Actions、Remoteのどこで実行するか、既存のセットアップが引き継がれるか、共有計算枠を誰が消費するかを確認してください。本稿は2026年11月1日にGitHub公式資料を確認したニュース解説であり、実測ベンチマークではありません。

統合されたのはクライアントではなくセッション

GitHubの公式発表「Work from anywhere with a new, connected Copilot cloud experience」では、クラウドセッションをWeb、Mobile、CLI、Copilot app、VS Codeなどから開始・再開できると説明しています。セッションは会話だけでなく、エージェントの作業と活動履歴を含む単位です。GitHubが管理するクラウドを選ぶと、停止時に状態のスナップショットが保存され、別のクライアントから続きを開けます。

ここで「どの画面を使うか」と「どこでコマンドを動かすか」を分けて考える必要があります。クライアントは指示や確認を行う入口です。環境はを複製し、依存関係を用意して、コマンドやテストを実行する場所です。GitHub公式ドキュメントは、Cloud、GitHub Actionsベース、Remoteという環境を区別しています。Webで始めたから必ずActionsで動く、CLIで始めたから必ずローカルで動く、という対応ではありません。

クラウドサンドボックスを使うセッションでは、同じ組織が所有する複数リポジトリを扱えます。ただし一つのタスクで作業できると作成できるプルリクエストは一つです。GitHub Actionsベースのセッションは一つのリポジトリに限定され、Web上だけで利用します。複数リポジトリの調査をそのまま変更作業へつなげたい場合はCloudが合います。特定リポジトリの既存環境を再現したい場合はActionsが候補です。

Cloud・Actions・Remoteの選び方

環境	向く用途	導入前に確認すること
Cloud	複数画面で継続する作業、複数リポジトリの調査、並列セッション	前提、ネットワーク許可先、スナップショット費用
GitHub Actions	既存のセットアップ手順、セルフホストランナー、Windows、プライベートネットワーク	59分の実行上限、対象リポジトリ、runner設定
Remote	自社管理のLinuxマシンやCodespaceを使う作業	ホストの維持、依存関係、接続中の稼働条件
Local	端末内の対話作業、既存のローカル環境を使う短い作業	端末をオンラインに保つこと、端末資源の消費

GitHub Docsのクラウドサンドボックス解説によると、CloudはGitHubが作成する隔離Linux環境です。複数セッションを並行してもローカル資源を消費しません。CloudとActionsを選べる場面ではCloudが既定ですが、セッション開始後に環境は切り替えられません。判断を誤った場合は新しいセッションを開始します。

Actionsを選ぶべき代表例は、copilot-setup-steps.yml、大型またはセルフホストランナー、Windows、OIDCを使ったクラウドへのサインインが必要な場合です。これらはクラウドサンドボックスへそのまま移りません。一方、クラウドサンドボックスでは、ルートに.copilotを置いたdotfilesリポジトリから個人の指示、スキル、カスタムエージェントを読み込めます。インストールスクリプトは実行されないため、dotfilesへの導入まで期待しないでください。

CLIからCloudを明示する場合はcopilot --cloudを使います。この指定は対話セッションだけに適用され、非対話実行用の-pや-iとは組み合わせられません。ローカルで動かしていた自動処理を、オプション一つで無人のクラウドジョブへ移せるわけではありません。自動化を主目的にするなら、Actionsや別のサーバー実装も比較してください。

11月からの料金はAIクレジットと別に見る

クラウドサンドボックスの課金は2026年11月に始まります。GitHub Docsのクラウド／ローカルサンドボックス課金では、実行中の計算時間、割り当てメモリ、停止後のスナップショット容量を別々に計測するとしています。公表単価は、計算が1秒あたり0.000024米ドル、メモリが1GiB秒あたり0.000003米ドル、保存が1GiB月あたり0.005米ドルです。価格は将来変更され得るため、導入時には公式ページを再確認してください。

計算とメモリはサンドボックス停止中に加算されませんが、再開用スナップショットの保存は削除まで計測されます。長時間動かし続けるセッションだけでなく、停止した古いセッションを大量に残す運用も費用へ影響します。試行では、終了条件、停止、削除の担当を決め、月次で実行時間と保存容量を確認します。

費用はGitHub Actionsの「含まれる計算利用額」と共有されます。プラン別の公式利用枠では、月額換算でFreeとFree for organizationsが12米ドル、ProとTeamが18米ドル、Enterprise Cloudが300米ドルです。標準GitHub-hosted runnerとクラウドサンドボックスの計算・メモリに優先順位はなく、先に使った対象が共通枠を減らします。

クラウドサンドボックスはBundled AI creditsの予算種別には含まれません。モデル利用量だけを監視しても、実行環境の支出は止まりません。追加利用を確実に止めたい場合は、クラウドサンドボックスの製品単位またはSKU単位の予算を作り、「Stop usage when budget limit is reached」を有効にします。リポジトリを扱うセッションは、そのリポジトリ群の所有者へ請求されます。CLIをリポジトリ外で開始した場合は所有者を選ぶため、個人と組織の選択ミスも点検項目です。

移行前に既存設定が効く範囲を確認する

統合に伴い、従来のCopilot cloud agent、GitHub上のCopilot Chat、Mobileの個別ポリシーは「Copilot in the cloud」へ置き換わりました。過去にクラウドエージェントから除外したリポジトリ設定は引き継がれますが、他のポリシーや管理設定がすべて同じ範囲で効くとは限りません。企業・組織向け管理手順は、統合後にガバナンス設定を再確認するよう案内しています。

「Copilot in the cloud」を有効にする組織と除外リポジトリを確認する
Cloudが既定になる画面で、Actionsを必要とするリポジトリを一覧化する
クラウドサンドボックスの許可先を確認する
個人、コネクター、dotfiles、組織管理設定の適用先を分ける
Actionsとクラウドサンドボックスの共有利用枠、予算、通知先を確認する
停止済みスナップショットの保管期間と削除担当を決める

クラウドセッションは標準で組織または個人所有リポジトリの範囲に分けられ、組織データへアクセスする利用者には要件が適用されます。書き込み権限がないリポジトリでは自動的に読み取り専用になります。接続先やツールは、同じセッションを別画面で開けることとは別の設定です。画面を移っても、MCPや外部サービスへの接続範囲まで自動的に適正化されるとは考えず、利用する環境ごとに確認します。

小さく導入して継続性と費用を同時に測る

最初の試行では、二つのリポジトリを参照するが変更先は一つに限定できる作業を選びます。Webで調査を始め、MobileまたはCLIで状態が継続することを確認し、最後にで差分とテスト結果をレビューします。比較対象として同じ種類の作業をActions環境でも実行し、開始までの待ち時間、完了までの時間、失敗理由、修正の往復回数、計算利用額を記録します。GitHubが示す性能傾向を自社作業の保証値として扱わないためです。

環境選択の確認には、OS、必要なネットワーク接続、セットアップ手順、リポジトリ所有者、実行予定時間をタスク依頼のテンプレートへ入れる方法が有効です。Cloudで不足する条件が一つでもあればActionsまたはRemoteへ回します。実行後は、成果物の品質だけでなく、セッションがどの所有者へ計上されたか、停止後にスナップショットが残ったかも確認します。

モデル選択の判断は、環境選択と分けて評価してください。複数モデルのルーティングはGitHub Copilot Fusionの一般提供を扱った記事、承認回数を減らす設定はAssisted permissionsの検証記事で整理しています。また、Teamsから作業を開始する場合はTeams通知からPRへ進む際の確認事項も合わせて確認できます。

統合クラウド体験の価値は、場所を問わず同じ作業を再開できる点にあります。採否は画面の多さだけで決めず、既存のActions設定を使えるか、複数リポジトリが必要か、月次の共有計算枠をどう配分するかで判断してください。Cloudを既定のまま使い始める前に環境と請求先を確認することが、運用負担と予期しない停止を減らします。

参考資料

この記事を書いた人

Ryohei

Webエンジニア / アプリ開発者 / 技術ブログ運営者

福岡のWeb制作会社に勤務するWebエンジニアです。10年以上にわたりWeb制作・開発に携わり、ヒアリングや進行管理から、コーディング、CMSの構築、システム開発、サーバーの構築・保守・運用まで、Webサイト制作の工程を幅広く担当しています。Webサイトは、これまでに100以上の構築・保守を手がけてきました。

個人でもWebサイトの制作・改修やWebアプリの開発・運用を行い、AIを活用した開発にも取り組んでいます。近年はWebセキュリティにも注力しています。

2015年から技術メディア「Into the Program」を運営し、実務や開発で得た知識をもとに、プログラミングの実装方法やWebサイトの運用・セキュリティ情報を発信しています。

主な分野: Webサイト構築・保守・運用 / HTML/CSS / JavaScript / PHP / WordPress / サーバー構築・保守・運用 / アプリ開発 / セキュリティ対策
資格・試験合格: 情報セキュリティマネジメント試験
基本情報技術者試験
AWS認定ソリューションアーキテクトアソシエイト
PHP8技術者認定ウィザード
メディア運営: 2015年〜