Claude Codeのクラウドセッションは、自分のPCとは別の環境でClaude Codeを動かす仕組みです。
料金は仮想マシンの別料金がなく、Pro・Maxなどのプランの使用量の枠から使います。
2026年9月に案内された試用クレジット（Pro 100ドル・Max 250ドル）は、2026年11月5日16:59（日本時間）の期限で終了しました（2026年11月8日に公式ページで確認）。
延長や次の回の案内は、公式には出ていません。
この記事は主にAnthropic管理のクラウドVMを説明します。
組織のセルフホスト環境では、機器・ツール・認証などの条件が異なります。
PCを閉じても作業は続き、終わったらスマホやブラウザーから結果を確かめられます。
以下では通常の利用条件と、終了した試用クレジットの記録を分けて説明します。
- 料金：仮想マシンの別料金はなく、プランの使用量の枠から使う
- 使えるプラン：Pro・Max・Ultra・Team、Enterpriseのプレミアム席かChat＋Claude Code席
- 通常の始め方：GitHubリポジトリと接続。CLIにはローカルGitリポジトリを直接送る方式もある
- 始め方：claude.ai/code・スマホアプリ・デスクトップアプリ（Cloud）・ターミナルの
claude --cloudのどれから - 手元の設定は引き継がれない：
~/.claudeは渡らないので、リポジトリのCLAUDE.mdと.claude/に書く - 終わったら：
claude --teleportで手元に取り込むか、GitHubのブランチをgit fetchして取り込む - 試用クレジット：2026年11月5日16:59（日本時間）で終了しました（2026年11月8日確認）。既存のPro加入者に100ドル分、Max加入者に250ドル分が配られた期間限定の特典で、延長や次の回の案内はありません
最短で動かすなら、次の3手です。
- claude.ai/code を開いてログインし、案内に従ってGitHubとつなぐ
- 入力欄の下でリポジトリとブランチを選ぶ
- やってほしいことを書いて送る（ターミナルからなら
claude --cloud "..."の1行でも始まります）
試用クレジットの条件は、当方のMaxプランのアカウントに表示された案内で確かめています。
機能・料金は2026年10月23日に公式資料と照合しました。
画面・実行例・集計は2026年9月の既存記録です。
今回はクラウドの実行、画面、課金、転送、権限動作を再検証していません。
クラウドセッションとは｜ローカル・リモートコントロールとの違い
クラウドセッションでは、GitHubのリポジトリを仮想マシンに複製し、その中でClaudeがコードを直してテストを動かします。
区切りまで進むと、Claudeは作業用のブランチをGitHubに送ります。
こちらは差分を見て、行ごとにコメントを付けたり、プルリクエストを作ったりします。
| クラウドセッション | ローカル | ローカル＋リモートコントロール | |
|---|---|---|---|
| 動く場所 | クラウドの仮想マシン | 自分のPC | 自分のPC |
| 始める場所 | claude.ai/code・スマホアプリ・デスクトップアプリ（Cloud）・claude --cloud | ターミナル・IDE・デスクトップアプリ（Local） | ターミナル・VS Code・デスクトップアプリ |
| 手元の設定 | 個人設定は自動同期しない。リポジトリとクラウド側の設定を使用 | 使う | 使う |
| GitHub | 通常は利用。CLIのローカルGitバンドル方式は例外 | 不要 | 不要 |
| PCを閉じたあと | 動き続ける | PCがスリープ・終了すれば停止 | PCが起動し、セッションと回線が維持されている間 |
向いているのは、いくつもの作業を並べて進めるときや、手元にないリポジトリを触るとき、細かく指示しなくてよい作業を任せるときです。
手元の設定やツールが要る作業は、ローカルで動かすほうが合います。
手元のPCで動かしたままスマホから操作する方法は、リモートコントロールの記事にまとめています。
クラウドセッションの料金｜プランで変わるのは使える量
クラウドセッションは、Claudeのほかの利用と同じ使用量の枠を使います。
公式ドキュメントには、仮想マシンの計算資源に別料金はかからないと書かれています。
並列にいくつも動かすと、そのぶん枠を多く使います。
| プラン | 月額（米ドル） | クラウドセッション | 使える量 | 試用クレジット（終了） |
|---|---|---|---|---|
| Free | 0 | 使えない | － | － |
| Pro | 20（年払いは月17） | 使える | 基準 | 100ドル |
| Max（旧Max 5x） | 100 | 使える | 5時間ごと・週ごとにProの5倍 | 250ドル |
| Ultra（旧Max 20x） | 200 | 使える | 5時間の上限なし（本人確認済み）・週ごとにProの10倍 | 250ドル |
| Team | 標準席25・プレミアム席125（年払いは20・100） | 使える | 席の種類による | 対象外 |
| Enterprise | 契約確認（現行は席料金＋使用量課金の案内あり） | プレミアム席かChat＋Claude Code席 | 契約による | 対象外 |
使える量は、2026年10月31日時点の料金ページの書き方です。
2026年10月30日（日本時間31日）に、Claudeのプラン名が変わりました。
Max 5xは「Max」、Max 20xは「Ultra」になり、月額は変わっていません。
Pro・Max・Ultraでは、設定の「使用量」から使用量クレジットを有効にすると、枠を超えた分をAPIの標準料金で払って続けられます。
月ごとの上限額を決めておけるので、使いすぎが心配なら上限を先に設定します。
使用量の枠そのものはClaudeの利用制限まとめで説明しています。
【終了】試用クレジットの条件｜Pro 100ドル・Max 250ドル（2026年11月5日で終了）
公式の試用クレジット条件では、申請期限は2026年10月8日15:59 JST、受領済みクレジットの有効期限は11月5日16:59 JSTです。
2026年11月8日にこのページを開いたところ、期限は上のとおりのままで、延長や次の回の案内はありませんでした。
公式ドキュメントの始め方のページでも、クラウドセッションはプランの使用量の枠から使い、仮想マシンの別料金はないと書かれています。
対象は開始時点の既存個人Pro・Max加入者で、無料試用・未払い・Team・Enterpriseは対象外です。
当方のMaxプランのアカウントでは、claude.aiを開いたときに次の案内が表示されました。
案内に書かれていた条件は、次のとおりです。
- 対象は、既存のPro・Maxの加入者だけ
- 期限は、2026年11月5日16:59（日本時間）
- 受け取ったあとは、クラウドセッションを始めると自動で使われる
- 使い切るか期限が過ぎると、プランの通常の利用量に戻る
- ProjectsとRoutinesは対象外
申請期間中の受け取り方（過去の記録）
以下は当時の表示記録です。
申請期間中はclaude.aiの設定の「使用状況」から「クレジットを請求」を選ぶ案内がありました。
現在も申請できるという意味ではありません。
当時の案内では、Pro・Maxの使用制限表示の上にボタンがありました。
当時の英語表示はUsage画面のClaim creditでした。
当方のアカウントでは、claude.aiを開いたときに出た案内から進むと、残りの額の画面に切り替わりました。
残りの額の画面は、次のように表示されました。
この画面では「$250中$250が残っています」と、残りの額が表示されていました。
当方のアカウント（当時はMax 5x）では、額は250ドルでした。
Max 20x（現在のUltra）の額は、当方では確かめていません。
クラウドセッションの始め方
ブラウザーから始める
- claude.ai/code を開き、claude.aiのアカウントでログインする
- 案内に従ってGitHubとつなぐ（GitHubの認可画面で承認する）
- 非公開のリポジトリを使うなら、そのアカウントか組織にClaudeのGitHubアプリを入れる
- Pro・Maxでは「Default」という名前の環境が自動で作られる
- 入力欄の下でリポジトリとブランチを選び、権限モードを選んで、やってほしいことを送る
ブラウザーから新規リポジトリを使う場合は、GitHubでREADMEなどを含む最初のコミットを用意し、Claudeのアクセス対象へ追加してください。
Team・Enterpriseでは管理者の設定も確認します。
/web-setupはOwnerがQuick setupを有効にしていないと表示されません。
Enterpriseのカスタム役割ではクラウド利用権限も必要です。
ターミナルから始める
GitHub CLI（gh）を使っているなら、Claude Codeの中で次のコマンドを打ってつなぐこともできます。
/web-setupこのコマンドは、gh auth token の値を確認のうえでAnthropicに送り、クラウドセッションのGitHub接続に使います。
この方法でつなぐと、ghのトークンで見られるリポジトリは、GitHubアプリを入れなくても使えます。
つないだあとは、ターミナルから次のようにクラウドへ仕事を出せます。
claude --cloud "src/auth/login.ts の認証の不具合を直して"GitHubから複製する方式では、GitHub上の現在のブランチを使うため、必要なコミットを先にpushします。
一方、リモート未設定のGitリポジトリやGitHub App未導入の対象では、ローカル履歴と追跡済み変更を直接送る方式になります。
送信対象を確認してから開始してください。
GitHub複製方式とローカルバンドル方式では送信対象が異なります。
実行時の案内を確認してください。
デスクトップアプリとスマホから始める
デスクトップアプリでは、セッションを始めるときにLocalではなくCloudを選びます。
スマホでは、ClaudeアプリのCodeタブから始めます。
クラウド環境の設定｜ネット接続・環境変数・セットアップスクリプト
クラウド環境とは、ネット接続・環境変数・セットアップスクリプトをまとめて保存した設定のことです。
現在の公式手順では、claude.ai/codeの新規セッション画面で、入力欄の下にある行の左端から環境を選びます。
実行中の自分のクラウドセッションでは、上部のタイトル横のメニューからEdit cloud environmentを開けます。
環境の編集画面を開く
デスクトップアプリでは、入力欄の下にある「ローカル」のボタンから「クラウド」を選ぶと、環境の一覧と「クラウド環境を追加」が出ます。
一覧の環境の名前にマウスを乗せると、右端に歯車のアイコンが出て、押すと編集画面が開きます。
編集画面に並ぶ項目は、次のとおりです。
| 項目 | 中身 |
|---|---|
| 名前 | 環境の一覧に出る名前 |
| ネットワークアクセス | None・Trusted・Full・Customから選ぶ |
| 環境変数 | .envの形式で書く。この環境を使う人全員に見えるので、秘密の値は入れない |
| API認証情報 | 現行はNetwork secrets。対応プラン・追加権限は本文を参照 |
| セットアップスクリプト | 新しいセッションの開始時、Claude Codeが起動する前に動くBashのスクリプト |
| アーカイブ（左下） | 使わない環境をしまう |
設定の反映時期は項目で異なります。
Anthropic管理環境のネットアクセス変更は既存セッションへ約1分で反映されます。
環境変数は新規作成時と、アイドル後の復帰・VM再構築時に読み直されます。
セットアップスクリプトの変更は新規セッションやVM再構築で反映され、単なるアイドル復帰では再実行されません。
画面の例ではネットワークアクセスをFullにしていますが、必要なサイトだけに絞りたいならCustomを選びます。
保存した環境は各画面で利用できますが、複数ある場合は起動元で選ばれている環境を確認してください。
ブラウザー・スマホ・デスクトップでは環境セレクターの選択が使われ、Projects内のスレッドではプロジェクトの設定が使われます。
CLIでは/remote-envで既定の環境を選びます。
このコマンドは選択を保存するだけで、セッションの起動や環境の作成・編集は行いません。
ネット接続は4段階
| 画面の表示 | 画面の説明 | 外へつながる先（公式ドキュメント） |
|---|---|---|
| なし | インターネットアクセスをブロックします。 | セッションのネットワークを制限。GitHub等の別経路は除外 |
| Trusted（おすすめ・初期値） | 検証済みのソースからパッケージをダウンロードします。 | 許可リストのサイトだけ（パッケージの配布元・GitHub・クラウドのSDKなど） |
| Full | インターネットアクセスを制限しません。 | どこでも |
| カスタム | 許可するドメインのリストを作成します。 | 自分で書いた許可リスト（初期の許可リストを含めることもできる） |
デスクトップアプリの編集画面では、次のように選びます。
画面でもTrustedに「おすすめ」の印が付いています。
Fullにすると仮想マシンからどのサイトにもつながるので、必要な先が決まっているならカスタムで絞るほうが安全です。
ネットアクセスの許可リストとは別に、GitHub専用プロキシ、有効にしたMCPコネクター、ネットワークシークレット対象ホスト、Claude自身のAPI通信は通ります。
Noneもこれらを含む全通信遮断を意味しません。
環境変数とAPIキー
環境変数は、.envと同じ「KEY=値」の形で1行に1つ書きます。
環境変数の値は、その環境を使う人が読めます。
変更した環境変数は、新規セッションか、既存VMのアイドル復帰・再構築時から使われます。
稼働中のプロセスへ即時反映されるとは限りません。
現行資料では「Network secrets」と案内されています。
Pro・Max・Ultra・Team・EnterpriseのAnthropic管理環境に対応し、指定ホストへの通信に代理サーバーがキーを付加します。
キー自体はVMの外に置かれます。
追加・削除の権限は環境と役割で異なります。
Teamの個人環境は役割にかかわらず追加できますが、Enterpriseや共有環境は組織管理権限が必要な場合があります。
セルフホスト環境は対象外です。
ネットワークシークレットは、セットアップスクリプトからの通信には付加されません。
GitHubやAnthropic API、公式資料が列挙する公開パッケージレジストリなどにも付加されないため、登録先ホストと利用する処理の段階を照合してください。
セットアップスクリプト
セットアップスクリプトは、セッションの開始時にClaude Codeが起動する前に動くBashのスクリプトです。
Ubuntu 24.04の上で、root権限で動きます。
この時点では、クラウド環境の設定画面に保存した環境変数もまだ設定されていません。
スクリプトで必要な通常の設定値はスクリプト内に定義し、環境変数やネットワークシークレットを使う処理は、Claude Code起動後に実行できるか検討してください。
秘密値をスクリプトへ直接書けば、その環境を使う人が読める点は変わりません。
#!/bin/bash
apt update && apt install -y shellcheck終了コードが0以外だと、セッションが始まりません。
|| trueは失敗しても支障がない任意処理に限ります。
必須依存のインストールやテストの失敗を隠さないでください。
約5分を超えるセットアップはキャッシュされません。
ダウンロード量と処理時間を確認します。
キャッシュされるのはファイルシステムの状態です。
インストール済みパッケージや取得したDockerイメージは残りますが、起動したDBなどの実行中プロセスは引き継がれません。
サービスはセッションごとに起動します。
保存した結果は、スクリプトか許可するサイトを変えたときと、約7日たったときに作り直されます。
プロジェクトの準備にはSessionStartフックも使えます。
ただしリポジトリのフックは複数リポジトリのセッションやProjects内のクラウドスレッドでは読まれない条件があるため、起動方式に応じてセットアップスクリプトと使い分けます。
最初から入っているものと、仮想マシンの大きさ
| 種類 | 入っているもの |
|---|---|
| Python | Python 3（pip・poetry・uv・pytest・ruff など） |
| Node.js | 20・21・22（npm・yarn・pnpm など） |
| そのほかの言語 | Ruby 3.1〜3.3・PHP 8.3・Java 21・Go・Rust・C/C++ |
| Docker | docker・docker compose |
| データベース | PostgreSQL 16・Redis 7.0 |
| 道具 | git・gh・jq・ripgrep・tmux・vim など |
仮想マシンは、目安で4 vCPU・メモリ16GB・ディスク30GBです。
これを大きく超えるメモリを使う作業は、途中で止められることがあります。
クラウドセッションの使い方
権限モードは3つ
クラウドセッションではAccept edits・Plan・Autoが案内されています。
Autoは組織の許可と対応モデルが条件です。
毎回確認するManualと、確認をすべて飛ばすBypassは、クラウドでは選べません。
込み入った作業は、手元のPlanモードで進め方を決めて、その計画をリポジトリに置いてからクラウドに任せる方法が、公式ドキュメントで紹介されています。
権限モードの中身は権限設定の記事にまとめています。
差分を見てプルリクエストを作る
画面の「+42 -18」のような表示を押すと、差分の画面が開きます。
行を選んでコメントを書くと、次に送るメッセージと一緒にClaudeへ届きます。
差分がよければ、差分の画面の上にある「Create PR」でプルリクエストを作ります。
ClaudeのGitHubアプリを入れたリポジトリでは、CIの失敗やレビューのコメントにClaudeが自動で対応する「Auto-fix」も使えます。
手元のターミナルに取り込む
取り込み方は2通りあります。
会話ごと引き継ぐ（teleport）か、ブランチだけ取る（git）かです。
| やりたいこと | 方法 |
|---|---|
| 続きを手元で指示したい（会話も引き継ぐ） | claude --teleport |
| できたコードだけ取り込んでレビューしたい | git fetch してブランチを取る |
| プルリクエストにしてから取り込みたい | claude.ai/code の差分画面で「Create PR」を押し、あとはふだんのレビューと同じ |
会話ごと手元に引き継ぐ（teleport）
claude --teleport # 一覧から選ぶ
claude --teleport セッションID # 直接指定するすでにClaude Codeを開いているなら、中から /teleport（短縮は /tp）でも同じ一覧が開きます。
ほかに、/tasks で一覧を出して t を押す方法と、claude.ai/code のセッションメニューから「Open in > Terminal」でコマンドをコピーする方法があります。
公式ドキュメントが挙げている前提は、次の4つです。
| 前提 | 中身 |
|---|---|
| Gitがきれいな状態 | 未コミットの変更があると、先に退避（stash）するか聞かれる |
| 同じリポジトリの中 | フォークではなく、同じリポジトリの作業コピーで実行する |
| ブランチが送信済み | クラウド側のブランチがリモートに送られている必要がある。取り込み時に自動で取得・切り替えされる |
| 同じアカウント | クラウドセッションを作ったclaude.aiのアカウントでログインしている |
取り込んだあとの作業は手元だけに残り、クラウド側のセッションには反映されません。
取り込んだあともスマホから操作したい場合は、その手元のセッションで /remote-control を実行します。
ブランチだけ取り込んでマージする
コードだけ取り込む場合の例です。
未コミット変更を保存し、main・origin・ブランチ名を実際の対象へ読み替えます。
マージ前に差分とテスト結果を確認してください。
# 1. クラウドが作ったブランチを取ってくる
git fetch origin
# 2. 何が増えたか見る（ブランチ名は claude.ai/code の画面で確認）
git log --oneline main..origin/クラウドのブランチ名
git diff main...origin/クラウドのブランチ名
# 3. 内容を確かめてから取り込む
git switch main
git merge --no-ff origin/クラウドのブランチ名そのまま作業を続けたいときは、マージではなくブランチに切り替えます。
git switch クラウドのブランチ名逆向きに、ターミナルで始めたセッションをクラウドへ送ることは、CLIからはできません。
現行資料ではデスクトップアプリの「Open in」メニューからクラウドへ送る手順が案内されています。
以下の「Continue in」などは旧画面の表示です。
動いているセッションに外から指示を足す
動いているクラウドのセッションには、ログインしたPCなら、どのPCからでも1通だけメッセージを送れます。
claude -p "テストも追加して" --cloud セッションIDセッションIDは、claude.ai/code のセッション一覧で確かめられます。
この送信コマンドは回答を待たずに終了します。
成功表示のセッションIDとリンクを確認し、対象セッションを開いて追記内容と結果を確かめてください。
終わったセッションの片付け
終わったセッションは、サイドバーでアーカイブすると一覧から隠れます。
削除すると、セッションとそのデータは元に戻せません。
クラウドセッションでつまずきやすいところ
非公開のリポジトリが一覧に出ない
ブラウザーからGitHubにつないだ場合、非公開のリポジトリはClaudeのGitHubアプリを入れたものしか出ません。
/web-setup でつないだ場合は、ghのトークンで見られるリポジトリがすべて使えます。
セッションが始まらない
まずセットアップスクリプトの終了コードとログを確認します。
非ゼロ終了は開始失敗の原因になり、約5分超の処理はキャッシュされません。
ネット接続・認証・VM割り当ても切り分けてください。
実行箇所の特定に
set -xを使う場合は、展開された引数や秘密値がログへ出ないよう、認証処理をトレース対象から外してください。Session creation failed と出るときは、仮想マシンを割り当てられなかった状態で、1分ほど待ってからやり直します。
タブを閉じても止まらない
これは仕様で、ブラウザーのタブを閉じても、セッションは今の作業が終わるまで動き続けます。
しばらく放置したら環境が消えた
数分のアイドル後にVMが一時停止してファイルが保存され、次のメッセージで同じVMが復帰する場合があります。
その後VMが回収された場合は、新しいVMが用意されます。
VMが回収済みの場合は、セッションを開き直すと会話履歴を引き継いだ新しいVMが用意されます。
回収時に実行中だったシェルコマンドやサブエージェント、セッション内で予約した処理は、そのまま動き続けるわけではありません。
再開後の通知を読み、必要なコマンドやサブエージェントを続行させ、セッション内の予約や
/loopは必要に応じて設定し直してください。このときに出る表示は「このセッションの環境は削除されました」の記事で説明しています。
--cloudや--teleportが使えないAPIキーでログインしている場合は使えないので、/login でclaude.aiのアカウントに入り直します。
Amazon BedrockやGoogle CloudなどのAPI経由で使っている場合も、クラウドセッションは使えません。
実際に使ってみた｜約1日で試用クレジット221ドル
当方では、KUMITATE（WordPressのテーマとプラグイン）の開発セッションを、デスクトップアプリからクラウドへ移して使いました。
移してから翌日までの約1日で、試用クレジット250ドルのうち221ドルを使い、残りは29ドルになりました。
このセッションの記録から数えた使用量は、次のとおりです。
内訳 本体の会話 サブエージェント（27個） 合計 応答の回数 631回 1,879回 2,510回 読み直した量（キャッシュ読み） 2.17億 3.12億 5.29億トークン 新しく読み込んだ量（キャッシュ作成） 217万 783万 1,000万トークン 書いた量（出力） 48万 8万 56万トークン 当方のクラウドセッションの記録から集計（2026年9月25日） これは当時の自己集計です。
今回、元ログ・モデル別単価・課金明細を再照合していないため、再計算可能な費用検証結果としては扱いません。
このセッションでは、プラグインのバージョンを0.12から0.16まで進め、テストを約2,900項目、ブロックを20種類以上作っています。
クレジットが早く減った理由
記載したトークン数の大半はキャッシュ読みです。
ただしトークン数の比率と費用の比率は異なります。
費用の内訳はモデル・キャッシュ作成時間・実際の単価を揃えて計算する必要があります。
Claudeは返事のたびにそれまでの会話と資料を読み直すので、会話が長いほど1回の返事で読む量が増えます。
本体会話だけなら2.17億÷631回で約34.4万トークン/応答です。
サブエージェント込みでは5.29億÷2,510回で約21.1万です。
いずれも掲載した丸め済み集計値による平均で、1回ごとの実測値ではありません。
当時はサブエージェントを5〜6個並列で動かしていました。
総消費への影響は、並列数だけでなく、各エージェントの読込量・反復回数・モデルにも左右されます。
クレジットを長持ちさせるには
- 大きな区切りごとに新しいセッションを始める（引き継ぎはCLAUDE.mdと記録のファイルに書いておく）
- サブエージェントの重複調査や不要な並列実行を減らす
- 小さな確認や質問は、新しい短いセッションで聞く
不要な文脈や重複作業を減らすことは有効ですが、新規セッションはキャッシュの再利用や引継ぎにも影響します。
会話を分けても安くなるとは限らないため、使用状況を見て調整してください。
クラウドセッションのよくある疑問
週の利用制限とは別に使える？
試用クレジットが終わった今は、別の枠はありません。
公式ドキュメントには、クラウドセッションはアカウントのほかのClaudeとClaude Codeの利用と、レート制限を共有すると書かれています。
5時間ごとの制限も週の制限も、手元で使うClaude Codeと同じ枠から減ります。
ただし、本人確認が済んだUltraには5時間ごとの制限がなく、減るのは週の枠だけです。
試用クレジットの期間中（2026年11月5日まで）は、クラウドセッションにクレジットが自動で使われていました。
案内には、クレジットを使い切るか期限が過ぎたあとに、プランの通常の利用量が適用されると書かれていました。
特典の規約には、残高がある間の対象クラウド利用は特典から消費され、通常のプラン枠には算入しないと書かれていました。
対象外の作業とProのFableの例外は別です。
ただし、1回の作業でクレジットがどれだけ減るかは、案内にも公式ドキュメントにも書かれていません。
残りの額は、設定の「使用状況」で確かめられます。
当方では、クラウドで作業している間に、週の制限が90%から100%になりました。
ただ、同じ期間に手元のClaude Codeも使っていたので、クラウドの分が週の制限に入ったかどうかは切り分けられていません。
手元で始めたセッションをクラウドへ移せる？
デスクトップアプリで始めたローカルセッションなら、クラウドへ移せます。
セッションの右下にあるVS Codeのアイコンから「Continue in」を開き、「Claude Code on the Web」を選びます。
サイドバーのセッションを右クリックし、「次で開く」の中の「次で続ける」にある「クラウド」からも送れます（当方のデスクトップアプリの画面で確認）。
デスクトップアプリがブランチをpushし、会話の要約を作って、その内容を引き継いだ新しいクラウドセッションを作ります。
元のローカルセッションは、アーカイブするか残すかを選べます。
未コミットの変更がない状態でないと送れず、SSHのセッションからは送れません。
当方でも、デスクトップアプリのローカルセッションをクラウドへ移してみました。
移す操作をすると、確認の画面で「ブランチをプッシュ中」「要約を生成中」「クラウドセッションを作成中」の3段階が順に進みます。
移したあとは、スマホのClaudeアプリのCodeタブに、雲のアイコンが付いたセッションとして出てきました。
セッション名には「（クラウド）」が付き、ブランチは元の名前に続けた新しいブランチ（当方では main-vkvjyw）になっていました。
このあとは、PCを閉じてもスマホから続けられます。
ターミナル（CLI）で始めたセッションは、今のところクラウドへ送れません。
逆向きの、クラウドのセッションを手元に取り込む操作は、claude --teleport でできます。
手元で作ったツールや設定は引き継がれる？
GitHubから複製する場合はコミット済み内容が基準です。
ローカルバンドル方式では追跡済みの未コミット変更も含まれます。
手元の個人設定が自動同期されるわけではなく、クラウド側の設定・スキル・プラグイン・管理ポリシーは別に適用されます。
以下は主に通常のリポジトリ単位のセッションの説明です。
Projects内のクラウドスレッドは読み込む設定が限定されるため、同じ扱いにしないでください。
ローカルツールはクラウド側で動作する形に準備します。
| もの | クラウドで使えるか |
|---|---|
| リポジトリにコミットしたCLAUDE.md | 使える |
| リポジトリの.claude/skills・agents・commands・rules | 使える |
| リポジトリの.claude/settings.jsonのフックと権限 | 使える（リポジトリ1つのセッション） |
| リポジトリの.mcp.jsonのMCPサーバー | 使える（リポジトリ1つのセッション） |
| claude.aiで有効にしたスキルとプラグイン | 使える |
| 手元の~/.claude（個人のCLAUDE.md・スキル・コマンド） | 使えない |
| claude mcp add で手元に入れたMCPサーバー | 使えない |
| 手元の設定だけで有効にしたプラグイン | 使えない |
| コミットしていないファイル（.envなど） | GitHub複製では未反映。ローカルバンドルは追跡済み変更を含むため方式とOSを確認 |
| ブラウザーでログインする認証（AWS SSOなど） | 使えない |
共有する規約はリポジトリのCLAUDE.mdや.claude/へ保存します。
個人向け指示は、クラウドのセットアップスクリプトで~/.claude/CLAUDE.mdを作る方法もあります。
秘密値やローカル専用設定をそのままコミットしないでください。
ここを飛ばすと、手元では当たり前に守られていた約束（ビルドの手順、テストの走らせ方、書き方の規約）がクラウドでは効きません。
公式ドキュメントでも、ユーザー設定の ~/.claude/settings.json と .claude/settings.local.json はクラウドセッションでは読まれないと明記されています。
最低限、リポジトリのルートの CLAUDE.md に次の3つを書いておくと、クラウドでも手元と同じ前提で動きます。
- ビルドとテストのコマンド（
npm run build/pytest -qなど、そのリポジトリで実際に通るもの） - 触ってはいけない場所（生成物のフォルダー、移行用の古いコードなど）
- コミットとブランチの決まり（メッセージの書き方、ブランチ名の付け方）
MCPサーバーは、claude mcp add --scope project で入れると、リポジトリの.mcp.jsonに書かれてクラウドでも使えます。
APIキーを指定先への通信だけに使う場合は、対応するAnthropic管理環境のNetwork secretsを検討します。
追加権限と対象ホストを確認してください。
手元のPCの認証ファイルや、Windowsでしか動かないスクリプトに頼る作業は、クラウドには移せません。
そうした作業は手元で動かし、外から操作したいときはリモートコントロールを使うほうが合います。
Defaultの環境が2つある・名前を変えたい
ブラウザーでの最初の設定と、ターミナルの /web-setup などの両方を通ると、Defaultという名前の環境が2つできることがあります。
名前は、環境の編集画面のいちばん上の「名前」で変えられます。
使わない方は、編集画面の左下にある「アーカイブ」でしまえます。
しまう前に、2つの中身（ネットワークアクセス・環境変数・セットアップスクリプト）を見比べて、設定を足した方を残します。
環境をアーカイブしても、既に動いているセッションは停止せず、その環境のネットワークシークレットも実行中セッションへ引き続き適用されます。
クラウドの定期実行などがその環境を明示指定している場合は新規起動できなくなるため、必要な実行の参照先を確認してから整理してください。
KUMITATE開発のように、用途が分かる名前にしておくと、選ぶときに迷いません。
GitHubにないリポジトリでも使える？
CLIのclaude --cloudには、ローカルGitリポジトリをバンドルして送る方式があります。
GitLabなど別ホストのリモートがある場合は、CCR_FORCE_BUNDLE=1の環境変数を指定する手順を公式資料で確認してください。
1コミット以上あるGitリポジトリが必要です。
バンドルは100MB未満が条件で、超過時は現在のブランチ、次に作業ツリーの単一スナップショットへ縮小し、それでも大きければ失敗します。
未追跡ファイルは入りません。
macOS・Linux・WSLでは機密ファイル名などの未コミット変更が除外されますが、ネイティブWindowsでは追跡済み変更がそのまま送られるため、送信範囲を先に確認してください。
GitLabなどGitHub以外のリポジトリには、結果を送り返せません。
ChatGPTのCodexクラウドとの違い
ChatGPTにも、同じようにクラウドで動くCodexクラウドがあります。
ネット接続の初期値や秘密の値の扱いの違いは、Claude CodeのクラウドセッションとCodexクラウドの違いで比べています。
手元のPCで動かしたままスマホから操作する側が切れてしまう場合は、リモート接続が切れたときの対処法にまとめています。
クラウドセッションもプランの枠を共有するため、上限に達したあとの自動再開の設定はClaude Code自動再開の設定と注意点をご覧ください。
出典
- クラウドで Claude Code を使用する（Claude Code Docs 日本語版）
- Desktop application（Claude Code Docs 日本語版）
- Get started with Claude Code in the cloud（Claude Code Docs）
- Configure cloud environments（Claude Code Docs）
- Plans & Pricing（Claude）
- What is the Max plan?（Claude Help Center）
- Manage usage credits for paid Claude plans（Claude Help Center）
まとめ｜最初の1件で確認すること
最初は変更範囲が小さく、成功をテストで確かめられる作業を選びます。
開始前に対象ブランチ・環境名・使用量の残りを控え、終了後に差分とテスト結果を照合してください。
費用を比較する際は、同じ時間帯に動かした他のセッションも記録します。
設定が引き継がれない場合は、送信方式と設定ファイルの保存場所から確認します。
起動に失敗した場合は、再試行前にエラー全文・発生時刻・セットアップの終了コードを控えてください。
