2026年9月24日(日本時間の朝6時23分ごろ)、Claude Code の公式アカウント @ClaudeDevs が、クラウドセッションが研究プレビュー(research preview)を終えて正式提供になったと発表しました。あわせて、既存の有料会員には試用のための1回限りのクレジット(Pro は $100、Max は $250)が配られています。

クラウドセッションは、Claude Code を自分のPCではなく Anthropic のクラウドで動かす仕組みです。GitHub のリポジトリをクラウドの仮想マシンに複製し、そこで Claude がコードを直し、テストを走らせ、ブランチをプッシュします。ノートPCを閉じても作業は止まりません。スマホから様子を見て、返事をすることもできます。

この記事では、Claude Code の公式ドキュメント(Use Claude Code in the cloud・Configure cloud environments・Get started with Claude Code in the cloud)と、@ClaudeDevs の投稿、クレジットの提供条件の原文から、何ができて、何ができず、いくらかかり、クレジットはどう受け取るのかを順に整理します。情報は2026年9月24日時点のものです。

先に結論——クラウドセッションの要点

出典: Claude Code 公式ドキュメント/@ClaudeDevs の投稿(2026年9月24日)

どこで動く

Anthropic のクラウド

リポジトリを仮想マシンに複製して作業。PCを閉じても続く

何が要る

有料プラン+GitHub

Pro・Max・Team・Enterprise(対象シート)。GitHub の連携が前提

いくらかかる

プランの枠と共通

仮想マシンの別料金は無し。いまはクレジットが先に使われる

1. クラウドセッションとは——動くのは自分のPCではない

公式ドキュメントの定義は短く、「自分のマシンではなくクラウドのインフラで動く Claude Code のセッション」です。既定では Anthropic が管理するインフラで動きます(組織が自前の実行環境を用意している場合はそちらに回すこともできます)。ブラウザで開く claude.ai/code は「Claude Code on the web」とも呼ばれ、クラウドセッションを始める入口の1つです。

1つのタスクを送ったとき、クラウドでは次の順に進みます。

タスクを送ってからの4段階

出典: 公式ドキュメント「Get started with Claude Code in the cloud」How sessions run

① 複製と準備

リポジトリを仮想マシンに複製。セットアップスクリプトがあれば実行

② ネットワーク設定

環境で選んだ許可範囲に合わせて外への通信を絞る

③ 作業

コードを読み、直し、テストを走らせる。見ていても、離れていてもよい

④ ブランチをプッシュ

区切りでブランチを GitHub へ。差分を見てプルリクエストを作る

勘違いしやすいのが④です。プルリクエストは自動で開かれるのではなく、差分画面の「Create PR」からあなたが作ります(通常のPR・下書き・GitHub の作成画面へ移る、の3通り)。ブランチをプッシュした後もセッションは閉じず、PR の作成も、その後の手直しも同じ会話の中で続けられます。

タブを閉じても止まらないのは仕様です。公式ドキュメントは「タブを閉じても、Claude が今のタスクを終えるまで裏で動き続け、その後は待機する」と書いています。ただし待機が続くと仮想マシンは回収されます。会話の履歴は残っていて、claude.ai/code から開き直すと新しい仮想マシンで再開できますが、そのとき走っていたサブエージェントやシェルのコマンドは戻りません。

使えるプランは Pro・Max・Team と、Enterprise のうちプレミアムシートまたは Chat + Claude Code シートの利用者です。ゼロデータ保持(Zero Data Retention)を有効にしている組織では使えません。

2. 手元の Claude Code・Remote Control との違い

公式ドキュメントは「Claude Code の振る舞いはどこでも同じ。変わるのは、どこで動くかと、手元の設定が使えるかだ」と書いています。比べる相手は2つあります。ターミナルやIDEで動かすローカルセッションと、ローカルのセッションをスマホやブラウザから操作する Remote Control です。

比較クラウドセッションローカルセッションRemote Control
コードが動く場所クラウドの仮想マシン自分のPC自分のPC
手元の設定使わない(リポジトリにあるものだけ)使う使う
GitHub必要(例外は後述)不要不要
接続が切れたら動き続ける止まるPC側のセッションが開いている間は続く
権限モードAuto・Accept edits・Planターミナルなら全モードclaude.ai とアプリからは Manual・Accept edits・Plan
ネットワーク環境ごとに設定自分のPCのネットワーク自分のPCのネットワーク

表の中でいちばん効くのは「手元の設定を使わない」という行です。クラウドセッションは毎回リポジトリをまっさらに複製して始まるので、リポジトリにコミットしてあるものだけが届きます。公式ドキュメントの一覧を要約すると、こうなります。

  • 届く:リポジトリの CLAUDE.md、.claude/rules/、.claude/skills/・agents/・commands/、組織のサーバー管理設定。リポジトリが1つのセッションなら .claude/settings.json のフック・権限ルールと .mcp.json も
  • 届かない:自分の ~/.claude/CLAUDE.md や ~/.claude/skills/、claude mcp add で手元にだけ入れた MCP サーバ、ユーザー設定だけで有効にしたプラグイン、AWS SSO のようなブラウザでのログインが要る認証

権限モードにも差があります。クラウドセッションで選べるのは Auto(分類器が Claude の操作を審査する。組織が許可し、選んだモデルが対応しているときだけ出る)、Accept edits(承認を待たずに変更してブランチをプッシュ)、Plan(方針を出して承認を待つ)の3つで、1つずつ承認する Manual と、確認を飛ばす Bypass permissions はありません。コマンドでは /compact と /context は使えますが、/clear は使えず、サイドバーから新しいセッションを始める形になります。/model や /effort は選択画面が開かないので、/model sonnet のように値を付けて打ちます。

「自分のPCのファイルやネットワークのまま、外から操作したい」のなら、選ぶべきはクラウドではなく Remote Control です。違いはRemote Control の解説記事で詳しく比べています。

3. 始め方——ブラウザから・ターミナルから

入口は5つあります。ブラウザの claude.ai/code、Claude のモバイルアプリの Code タブ、デスクトップアプリで Local ではなく Cloud を選んで始めるセッション、ターミナルの claude --cloud、そしてルーチン(予約・トリガーで動く実行)です。最初の1回はブラウザから始めるのが公式の案内です。

ブラウザから(最初の1回)

  1. claude.ai/code を開いてサインインする
  2. GitHub と連携する——案内に従って GitHub の認可画面で承認する。これで公開リポジトリは扱えるようになる
  3. 非公開リポジトリを使うなら Claude GitHub App を入れる——非公開リポジトリで作業できるのは、このアプリを入れたリポジトリだけ。GitHub の組織では、オーナーの承認が要ることがある
  4. Default 環境ができる——Pro と Max では自動で作られる。Team と Enterprise では作成画面が出るので、既定のまま「Create & finish」を押す
  5. リポジトリとブランチ、権限モードを選び、タスクを書いて送る

タスクの書き方について公式ドキュメントは、「テストを直して」ではなくファイル名や関数名を挙げること、エラー出力があれば貼ること、症状ではなく期待する動きを書くことを勧めています。1つのタスクには1つのセッションと1本のブランチができるので、前のタスクの終わりを待たずに次を送れます。

ターミナルから

手元で GitHub の CLI(gh)を使っているなら、Claude Code の中で /web-setup を打つ方法もあります。gh のトークンを Anthropic に送って claude.ai のアカウントに暗号化して保存し、そのトークンが届くリポジトリならアプリを入れずに扱えるようになります。Team と Enterprise では、組織のオーナーが「Quick web setup」を有効にするまでこのコマンドは出てきません。

連携が済めば、ターミナルから直接タスクを送れます。

# 今いるリポジトリで、新しいクラウドセッションを始める
claude --cloud "src/auth/login.ts の認証バグを直して"

# 走っているクラウドセッションに追加の指示だけ送る
claude -p "テストも追加して" --cloud <セッションID>

# クラウドのセッションを手元のターミナルに引き取る
claude --teleport

--cloud で始めたセッションが複製するのは、手元の作業ツリーではなく、GitHub 上の今のブランチです。手元にだけあるコミットは届かないので、先にプッシュしておきます。また、手元のセッションをそのままクラウドへ移すことは CLI ではできません(引き取る向きの --teleport だけ)。デスクトップアプリには、手元のセッションをクラウドへ送る「Continue in」メニューがあります。

ターミナルから使うには、Claude Code に claude.ai のアカウントでログインしている必要があります。API キーでの認証や、Amazon Bedrock・Google Cloud の Agent Platform などの他社経由の設定では、--cloud も --teleport も使えません。

4. 環境・ネットワーク・秘密情報の扱い

クラウドセッションはすべて「クラウド環境」の上で動きます。環境とは、ネットワークの許可範囲・環境変数・セットアップスクリプトをまとめて保存した設定のことです。最初にできる Default 環境は、ネットワークが Trusted(後述)で、環境変数もスクリプトも空の状態です。

仮想マシンの中身

Anthropic が管理する環境では、セッションごとに Ubuntu 24.04(x86_64)の新しい仮想マシンが立ち上がります。手元が Mac や Windows でも中は Linux なので、ネイティブのバイナリを含む依存関係は x86_64 の Linux 版が使われます。Python・Node.js(20/21/22)・Ruby・PHP 8.3・Java 21・Go・Rust・C/C++・Docker・PostgreSQL 16・Redis 7.0 などは最初から入っています。資源の目安は4 vCPU・16GB のメモリ・30GB のディスクで、公式ドキュメントは「変わることがある」と断っています。大きなビルドのようにメモリを大きく超える作業は止められることがあります。

入っていない道具は、環境のセットアップスクリプト(root で動く Bash)で入れます。スクリプトは最初のセッションで一度走り、その後はファイルシステムの状態が保存されて使い回されるので、2回目以降は速く立ち上がります。スクリプトは5分ほどで終わるように書き、失敗で止めない(終了コードが0以外だとセッションが始まらない)のが条件です。保存した状態はおよそ7日で作り直されます。

ネットワークの4段階

設定外への通信
Noneセッションのネットワークからは外に出られない
Trusted(既定)許可リストのドメインだけ。パッケージの配布元・GitHub・クラウドの SDK など
Fullどのドメインにも出られる
Custom自分で書いたドメインの一覧(既定の許可リストを含めることもできる)

注意したいのは、None にしても完全な遮断ではない点です。GitHub への通信は専用の中継を通り、有効にした MCP コネクタは Anthropic のサーバーを経由し、Claude Code 自身は Anthropic の API と通信します。公式ドキュメントは「ネットワークを無効にしても API とは通信でき、それによってデータが仮想マシンの外へ出る可能性がある」と明記しています。

秘密情報はどこに置くか

  • GitHub の認証情報は仮想マシンに入らない——中継が範囲を限った認証情報と本物を差し替える。git push ができるのはそのセッションの作業ブランチだけ
  • 環境変数は、その環境を使う人全員が読める——公式の設定画面にも「秘密を置くな」と注記がある
  • API キーは「API credentials」に置く(Pro と Max のみ)——Anthropic の中継が、指定したホスト宛ての通信にだけキーを付ける。キーは Claude にも、実行するコマンドにも見えない。Team と Enterprise ではまだ使えない

5. 料金——通常のプランの枠+期間限定のクレジット

料金の仕組みは単純です。公式ドキュメントは、クラウドセッションはアカウントの他の Claude・Claude Code の利用と同じ利用枠を共有すると書き、クラウドの仮想マシンに別の計算料金はかからないと明記しています。並列にタスクを走らせれば、そのぶん枠が早く減ります。

同日10時57分には、@ClaudeDevs が「混乱させて申し訳ない」と前置きして補足の投稿をしています。要旨は「クラウドセッションは Claude Code の他の機能と同じく Pro・Max のプランで動く。今回のクレジットは任意の1回限りのもので、クラウドセッションはまずクレジットを使い、使い切ると通常のプランの利用量に戻る」というものです。

期間限定クレジットの条件(2026年9月24日時点)

出典: @ClaudeDevs の投稿、claude.ai の受け取り画面の表示、Claude Promotional Credit Offer Terms

金額

Pro $100/Max $250

既存の Pro・Max 加入者のみが対象

受け取りの締め切り

10月7日まで

投稿の表記は「Claim by Oct 7」。時刻は書かれていない

失効

11月5日 16:59(日本時間)

使い切るか失効した後は、通常の利用量に戻る

使える範囲

クラウドセッションだけ

プロジェクト(Projects)とルーチン(Routines)は対象外。1アカウント1回

手元の Claude Code で上限に当たったときの表示と対処は上限到達の記事にまとめています。

提供条件の原文(Claude Promotional Credit Offer Terms)には、受け取る前に知っておきたい条文がいくつかあります。

  • 現金の価値はなく、他人に譲れない
  • サブスクリプションを解約する、無料プランに下げる、アカウントが停止されると、特に定めがない限り没収され、戻らない
  • 請求アカウントの通貨で付与され、提示と別の通貨なら Anthropic が決めるレートで換算し、切りのよい額に丸めることがある
  • Anthropic は予告なくこの提供を変更・停止でき、不正・濫用・規約違反と判断すればクレジットを取り消したり、参加資格を外したりできる。資格や金額の判断は Anthropic が最終的に決める
  • 参加すると、アカウントで「Usage Credit」がまだ有効でなければ Anthropic がそれを有効にすることを認めたことになる

最後の1行は見落としやすいので、受け取った後に claude.ai の請求まわりの設定を一度開き、自分の意図どおりになっているかを確かめておくと安心です。

6. クレジットの受け取り方と、アカウントの注意

受け取り方は @ClaudeDevs の投稿に書かれています。

  1. ブラウザなら 受け取りページ(claude.ai/code/claim-credit)を開く。ターミナルなら Claude Code で /claim-credit を打つ
  2. GitHub を連携する——投稿には「セッションを始めるには GitHub の連携が要る」とある。未連携なら「3. 始め方」の手順で済ませる
  3. クラウドセッションを始める——クレジットは自動で先に使われる

なお 2026年9月24日時点で、/claim-credit はコマンド一覧のドキュメントにも CHANGELOG にもまだ載っていません。出典は @ClaudeDevs の投稿だけです。打っても出てこない場合は、ブラウザのページから受け取るのが確実です。

💡 運営者の実例(2026年9月24日)

このサイトの運営者は、Max のアカウントで $250 を受け取りました。さらに、自分で料金を払っている2つ目の有料アカウントでも、同じ GitHub アカウントを連携して $250 を受け取れました。条件は「1アカウントにつき1回」なので、正規に契約している有料アカウントごとに1回、という読み方と矛盾しない結果です。ただし、これは1件の実例であって、条文が「GitHub アカウントが同じでもよい」と明記しているわけではありません。

⚠️ クレジットのために GitHub アカウントを新しく作るのは勧めません:GitHub の利用規約は「1人または1つの法人が持てる無料アカウントは1つまで」と定めています(自動化専用のマシンアカウントは別扱い)。2つ目の無料アカウントを作ればこの条項に触れうるうえ、Anthropic 側でも「濫用」と判断されればクレジットは取り消されえます。受け取るのは、自分が正規に使っている有料アカウントの分だけにしておくのが安全です。

7. 向いている使い方・向いていない使い方

公式ドキュメントは、クラウドセッションが得意な場面と、手元で動かすべき場面をはっきり分けています。

✅ 向いている

  • 並列のタスク——独立した作業を同時に、それぞれ別のセッションとブランチで。worktree を自分で管理しなくてよい
  • 手元に無いリポジトリ——毎回複製するので、チェックアウトが要らない
  • こまめな舵取りが要らないタスク——はっきりした仕事を投げて、終わってから結果を見る
  • コードの読解・調査——機能がどう実装されているかを手元なしで追う
  • PRの手直し——CI の失敗やレビューコメントへの対応を任せる(後述の Auto-fix)

❌ 向いていない

  • 手元の設定・道具・環境が要る仕事——ローカルのDB、VPNの先のAPI、SSHでつなぐ本番サーバには届かない
  • GitHub 以外に置いたリポジトリへの反映——読ませることはできても、結果をプッシュし返せない
  • 1手ずつ承認したい仕事——Manual モードが無い
  • 大きなメモリを使うビルド——目安の16GBを大きく超えると止められることがある
  • ブラウザでのログインが要る認証——AWS SSO などは使えない

GitHub 以外について補足すると、claude --cloud は、リモートが無いリポジトリや Claude GitHub App を入れていない github.com のリポジトリでは、手元のリポジトリをまとめてアップロードしてセッションを始めます。GitLab や Bitbucket でも CCR_FORCE_BUNDLE=1 を付ければ同じことができます。ただし 100MB 未満という制限があり、未追跡のファイルは含まれず、その GitLab や Bitbucket へ結果をプッシュし返すことはできません。

手元の環境が要るけれど並列に回したい、という場合は、自分のPCでセッションを並べるagent view のほうが合います。

8. 使う前に知っておきたい注意点

公開共有は「claude.ai にログインしている人なら誰でも」

Pro と Max では、セッションの公開範囲が Private と Public の2択です。Public にするとclaude.ai にログインしている全員が見られます。しかもリポジトリへのアクセス権の確認は既定では無効です。公式ドキュメントは「セッションには非公開リポジトリのコードや認証情報が含まれうる」と注意しています。受け手にリポジトリの権限を求める設定や、名前を隠す設定は、claude.ai の Settings > Claude Code > Sharing settings にあります。

Auto-fix は、あなたの GitHub アカウントで返信する

Claude GitHub App を入れたリポジトリでは、PR を見張って CI の失敗やレビューコメントに自動で対応させる Auto-fix が使えます(ターミナルからなら /autofix-pr)。この返信はあなたの GitHub アカウントで投稿されます(Claude Code が書いたことは明記される)。Atlantis や Terraform Cloud、issue_comment で動く GitHub Actions を使っているリポジトリでは、コメントがインフラの変更を起動しうるため、公式ドキュメントはそうしたリポジトリで Auto-fix を切ることを勧めています。

手元からアップロードするときの秘密ファイル

手元のリポジトリをまとめて送るとき、macOS・Linux・WSL では、.env や *.tfvars、id_rsa・*.pem のような名前のファイルの未コミットの変更は送られません。裏返せば、コミット済みのものは送られますし、この除外について公式ドキュメントが挙げているのは上の3つの環境です。Windows のネイティブ環境で同じ除外が効くかは書かれていないので、送る前に中身を確かめてください。

その他

  • 削除は取り消せない——サイドバーやセッションのメニューから削除すると、セッションとデータが完全に消える。整理だけならアーカイブで足りる
  • 組織で IP 制限をかけているとすべて失敗する——クラウドセッションは Anthropic の基盤から API を呼ぶため。サポートに除外を頼む必要がある
  • ユーザー単位の SessionStart フックは来ない——~/.claude/settings.json のフックは手元に残る。クラウドでも走らせたいものはリポジトリの設定に置く

9. プロジェクト機能との役割分担

9月17日に作り直された Claude Code のプロジェクト機能も、クラウドで動きます。仕組みとしては、プロジェクトの「スレッド」の1本1本がクラウドセッションです。違いは、誰がタスクを配るかにあります。

比較クラウドセッション(この記事)プロジェクト
タスクを配るのはあなた(1タスク=1セッション)コーディネーター役の Claude がスレッドに切り分ける
向いている仕事単発〜数本の、はっきりした作業数日〜数週間続く、まとまった仕事
GitHub の条件公開リポジトリは連携だけで可。/web-setup のトークンでも可リポジトリごとに Claude GitHub App が必要
今回のクレジット対象対象外

クレジットの対象がクラウドセッションだけという点は、使い分けにそのまま効きます。クレジットで試すなら、まずは自分でタスクを1本ずつ送るクラウドセッションから始め、仕事が長く続く形になってからプロジェクトへ移る、という順番が自然です。プロジェクトの配布条件やトークンの減り方は、プロジェクト機能の記事で詳しく整理しています。

まとめ

クラウドセッションは、「Claude Code を自分のPCから切り離して動かす」ための機能です。GitHub のリポジトリを渡してタスクを書けば、Claude がクラウドの仮想マシンで作業し、ブランチをプッシュして待ちます。PCを閉じても続き、スマホからも返事ができ、仮想マシンの別料金はありません。

その代わり、手元の設定と道具は届かず、GitHub が前提で、1手ずつの承認はできません。ローカルの環境が要る仕事は手元か Remote Control に残し、はっきりした単発のタスクや、並列に投げたい作業をクラウドに回すのが、いちばん素直な使い分けです。

既存の Pro・Max の加入者なら、10月7日までに受け取れば、11月5日 16:59(日本時間)までクレジットが先に使われます。枠を気にせず試せる期間なので、まずは小さなタスクを1本送り、差分の見え方と戻ってくるまでの時間を確かめるところから始めてみてください。

FAQ

Q. 無料プランでも使えますか?

A. 使えません。公式ドキュメントに書かれている対象は Pro・Max・Team と、Enterprise のプレミアムシートまたは Chat + Claude Code シートの利用者です。今回のクレジットも、既存の Pro・Max の加入者が対象です。

Q. クラウドセッションを使うと、別に料金がかかりますか?

A. 仮想マシンの計算料金は別にかかりません。使うのはプランの利用枠で、手元の Claude Code やチャットと同じ枠から減ります。9月24日から配られているクレジットを受け取った場合は、クレジットが先に使われ、尽きるか失効すると通常の枠に戻ります。

Q. クレジットをプロジェクトやルーチンに使えますか?

A. 使えません。受け取り画面に「Projects および Routines は対象外」と表示されます。ルーチンの実行もクラウドセッションとして動きますが、クレジットの対象からは外されています。

Q. GitHub を使っていなくても試せますか?

A. セッションを始めるには GitHub の連携が要ります。なお claude --cloud には、GitHub のリモートが無い手元のリポジトリをアップロードして始める仕組みもあります(100MB 未満・結果を GitLab などへプッシュし返すことはできない)。GitHub と連携したくない場合、公式ドキュメントが代わりに挙げているのは、手元のPCで動かしてブラウザやスマホから見る Remote Control です。

Q. 手元でやりかけの作業をクラウドへ移せますか?

A. CLI からは移せません。--teleport でクラウドのセッションを手元に引き取る向きだけです。--cloud は新しいセッションを作り、GitHub 上の今のブランチを複製します。デスクトップアプリには、手元のセッションをクラウドへ送る「Continue in」メニューがあります。

Q. 途中で質問されたまま放っておいたらどうなりますか?

A. 環境が期限切れになるまでは、戻ってきて答えればそこから続きます。期限が切れて仮想マシンが回収されても、claude.ai/code から開き直せば会話の履歴つきで新しい仮想マシンが用意されます。ただし、そのとき裏で走っていたサブエージェントやシェルのコマンドは戻りません。