Claude Code のクラウドセッションに、2026 年 10 月 6 日、公式の実践ガイドが届いた。Anthropic は claude.dev ブログに長文を公開し、クラウドセッションの仕組み、向くタスク、GitHub 接続の方法を一挙に整理した。まだ贈呈枠を受け取っていない購読者には期限も伴う。Pro と Max ユーザー向けの 1 回限りのクラウドセッション贈呈枠（それぞれ 100 ドルと 250 ドル）は 10 月 7 日までに受け取る必要があり、失効は 11 月 4 日だ。
ローカルセッションとの根本的な違い：機械が独立している
Claude Code をローカルで動かすと、セッションは自分のコンピュータに結び付く。作業ツリーは共有で、2 つのセッションが同じリポジトリを編集すれば衝突する。本機の認証情報で動き、コンピュータが眠れば、あるいはネットワークが切れれば、タスクは止まる。クラウドセッションはこの 3 点をすべて切り離す。各タスクは新しい仮想マシンを 1 台受け取り、リポジトリは新しいブランチへクローンされ、環境は事前に整えられる。作業が終われば成果はブランチ上に残り、プルリクエストにするかどうかは利用者が決める。
起動の入口もターミナルだけではない。claude.ai/code、Claude のモバイルアプリ、デスクトップアプリ、ターミナル、Slack から起動でき、進捗はブラウザ、スマートフォン、デスクトップから追える。ガイドの著者はサンプルリポジトリで並行性を実測した。16 秒の間に 3 つのクラウドセッションを続けて起動し、時々落ちるテスト、古くなったドキュメント、ログのコードをそれぞれ担当させたところ、3 つは互いに干渉せず別々のマシンで同時進行した。ローカルなら、この 3 件は順番待ちになるか、衝突しないよう人が見張り続ける必要があったはずだ。
費用と有効化：購読に含まれるが、組織側のスイッチが必要な場合も
クラウドセッションは Pro、Max、Team、Enterprise の各プランに含まれ、クラウドマシンの追加料金はなく、セッションはローカルの Claude Code と同じ利用枠を消費する。落とし穴は 2 つある。第一に、Team と Enterprise では組織の所有者が設定で先にクラウドセッションを有効化しなければならない場合があり、1 人使えても全員使えるとは限らない。第二に、贈呈枠は Projects と Routines には使えず、11 月 4 日までに使い切らなければ失効する。
どんなタスクをクラウドへ移し、何を移さないか
ガイドの判断枠組みは実務的だ。クラウドに向くのは、並行して走らせられる独立したタスク、見張らなくてよい長時間の作業、そしてリスクの隔離が意味を持つ変更だ。各タスクがマシンとブランチを占有するため、失敗してもブランチを捨てればよい。頻繁な対話的確認が必要な作業や、本機固有の環境、社内ネットワーク資源に依存する作業は、ローカルの方が滑らかだ。ガイドはまた、セッション自身に作業の検証をさせる方法にも踏み込んでいる。テストコマンドや確認手段を渡しておけば、返ってくるブランチは「そのままレビュー可能」に近づき、検証コストをレビュアーへ押し付けずに済む。初回利用で最大の関門となる GitHub 接続については、認可の流れと典型的なエラーを 1 節まるごと使って解説しており、チーム管理者にとって最も参考になる部分だ。
クラウドでのプログラミングセッションは Anthropic だけの動きではない。本サイトは以前、Codex がクラウド環境を開始した件を報じた。両者に共通するのは、「コードを書く」ことを 1 台の個人コンピュータから解き放つ点だ。タスクはクラウドで並行して走り、人の役割は割り振り、レビュー、判断へ移る。違いは細部にある。Claude は今回、贈呈枠、共通の利用枠、組織スイッチの条件をすべて表に出した。すでに Claude Code を使うチームにとって、このガイドの価値は目新しさではなく、並行して任せる働き方が日常になる前に、ブランチの規律、検証の手段、利用枠のルールを固めておくきっかけになる点にある。
