おそらく、自分のノートパソコンのターミナルでClaude Codeを実行しているでしょう。そのセッションは、ノートパソコンに3つの形で依存します：
- 彼はあなたの作業ツリーを共有しているので、一つのリポジトリで二つのセッションを行うと、同じファイルを編集したり、同じポートを争ったりすることができる。
- あなたの認証情報で実行されます。
- コンピュータが休止になるか、Wi-Fiが切断されると停止します。
クラウドセッションでは、Claude Codeが独自のマシン上で実行されます。各タスクには新しい仮想マシンが割り当てられ、リポジトリは新しいブランチにクローンされ、環境の設定もすでに完了しています。
claude.ai/code、Claudeモバイルアプリ、デスクトップアプリ、ターミナル、およびSlackから開始できます。その後、ブラウザ、モバイルアプリ、デスクトップアプリを通じて実行することができます。作業が完了すると、プルリクエストに変換できるブランチ上に保存されます。
Pro、Max、Team、またはEnterpriseプランを利用している場合、クラウドセッションは追加料金なしで利用できます。クラウドマシンの料金は別途かかりませんし、セッションの使用制限もClaude Codeの他の部分と同じです。プランに応じて、組織のオーナーはまずクラウドセッションを有効にする必要がある場合があります。
クラウドセッションのボーナスクレジット。既存の個人用ProおよびMaxの加入者は、プラン制限に加えて、クラウドセッションのための一度限りのボーナスクレジットを受け取ることができます。Proでは100ドル、Maxでは250ドルです。claude.ai/code/claim-creditで10月7日まで、またはClaude Codeの/claim-creditを使って受け取りましょう。このクレジットは11月4日に有効期限が切れます。使用された後や有効期限が切れた後は、通常のプラン利用規制が適用されます。ProjectやRoutinesには適用されません。プロモーションクレジット提供条件をご覧ください。
このガイドでは、小さなサンプルリポジトリに対して4回の実際のクラウドセッションを実行した。その音声記録、差分、タイミングが全ての場所に表示されている。スクリーンショットに含まれるリポジトリとユーザーは架空のものである。作業内容、出力結果、数字はそれらのセッションから得られたものである。
クラウドセッションの主な利点の一つは、複数のタスクを同時に実行できて、互いに邪魔しないことです。以下は、各16秒で開始した3つの例です。それぞれが別々のマシンで行われました。ラップトップでは、これらを次々と実行したり、互いに邪魔しないように時間をかけたりしました。
3つのタスク、1つのリポジトリ、3台のマシン
サンプルリポジトリはtidepoolです。これは3つの架空の港の潮位を予測する小さなNode APIです。3つの一般的な問題がありました：4回の実行中に1回程度テストが失敗し、APIドキュメントにはコードで読み込めないパラメータが記載されており、ロガーは文字列を連結して行を作成していました。
各16秒以内に3つのクラウドセッションを開始した。問題ごとに1つずつ。プログラム的に開始し、tidepoolはGitHubにはないため、各セッションではまずプロンプト内のファイルからリポジトリを再作成した。実際のリポジトリの場合はそのステップを省くが、ターミナルからは各セッションが1つのclaude --cloudコマンドである。簡略化すると、3つのプロンプトは以下の通りであった：
claude --cloud "npm test fails maybe one run in four. Find the flaky test, fix the root cause in the code (not the test), and prove it by running the suite at least 30 times in a row." claude --cloud "docs/API.md is out of date with src/server.js. Rewrite it so every endpoint, parameter, default and response shape matches the code. Start the server and run each curl example to check it." claude --cloud "Make src/logger.js emit one JSON object per line, keep LOG_LEVEL, and log method, path, status and duration_ms as fields. Add a test for the logger."
セッションは61秒、65秒、72秒で行われ、3回とも最初のセッションが始まってから87秒後に終了した。リポジトリを再構築するには、各実行の約3分の1から半分ちょうどかかった。以下が結果である。
- フラッキーなテスト。 Claudeは
TtlCache.getでレースを発見した。キャッシュはローダーが終了した後にのみ値を保存するため、同じキーに対して2回目のgetを呼び出すと、再びローダーが実行される。Claudeはキャッシュを変更し、処理中のプロミスを保存するようにした。ロードに失敗するとエントリーを削除し、npm testを0回の失敗なしで40回連続して実行した。 - ドキュメントです。 Claudeはサーバーを起動し、すべてのエンドポイントに対してcurlを実行した結果、古いドキュメントが間違っている5つの方法が見つかりました。APIが決して返さないフィールドが記載されており、コードが無視する
daysパラメータについての説明があり、メートル単位の高さをフィートで記載していること、/next-highエンドポイントをスキップしていること、エラー応答を省略していることもわかりました。また、不正なfrom=値が200コードで空のリストを返すことも判明し、サーバーコードを変更する代わりに手を出すべきではないという注意事項についても記載されていました。 - ロガー。 ClaudeはJSONロガーを作成し、リクエストログを構造化されたフィールドに移動させ、5つのテストを追加した。コミットには1つの失敗するテストが含まれていたため、Claudeはキャッシュテストを8回実行し、そのうち5回で失敗を見つけ、最初のセッションで修正していた問題に原因があることを突き止めた。彼は同じ修正を提案したが、キャッシュについては任務外なので手を入れず、要約ではスイートがクリーンではないと述べた。
ロガーの結果は、クラウドセッションが並列作業に適している理由を示しています。各セッションには、リポジトリの独自のコピー、独自のプロセス、独自のブランチがありました。ドキュメントセッションとロガーセッションはそれぞれAPIサーバーを起動してテストを行いましたが、互いに影響しなかった。単一のラップトップ上で、2つのエージェントが同じチェックアウトで作業すると、同じファイルを編集し、各々が別々のものを選ばない限りポートで衝突する可能性がありました。
その孤立状態のため、最初のセッションで修正されたキャッシュにアクセスできなかった。ファイルの境界線に沿って並列タスクを分割し、各ブランチを適切な順序でマージする。そして、別のセッションがすでに解決している問題を、このセッションが報告することになると期待する。
クラウド・コード雲セッションのフードの下で
クラウドセッションとは、Anthropicが管理するインフラ上、または自組織のマシン上で実行されるClaude Codeセッションであり、自己ホスト環境を使用します。図には各部分が示されています。その後の4つの要点は、あなたの仕事の方法を変えるものです。
- 各タスクには別々のマシンが割り当てられます。リポジトリを新しいブランチにクローンした新しいVMが利用され、セッションは互いのファイルやポートにアクセスできません。インストールされているものをご覧ください。
- あなたのGitHubトークンはVMに入りません。プロキシがそれを保持し、セッションには短寿命の認証情報が与えられ、その認証情報は自分自身の作業ブランチにのみプッシュできます。GitHubプロキシを参照してください。
- リポジトリのClaude設定が含まれています。自分の個人設定は含まれていません。
CLAUDE.md、ルール、スキル、エージェント、コマンドはリポジトリと共に送られますが、~/.claudeはラップトップに残ります。クラウドセッションの設定をご覧ください。 - アイドル状態のVMが復元されます。セッションを再開すると、会話が復元された新しいVMが表示されますので、重要な作業を行ってください。環境の有効期限をご覧ください。
仕様については、権限モードとネットワークレベルについては、クラウド環境のドキュメントを参照してください。
ローカルか、クラウドか？
クラウドセッションはローカルセッションを代替するものではなく、ほとんどの人は両方を利用します。表には両者の違いが示されており、その後の段落ではそれぞれが適用される場面が説明されています。
| ローカルセッション | クラウドセッション | |
|---|---|---|
| 実行する | あなたのマシン | 各タスクに対して新しいVMを使用 |
| ノートパソコンが寝ているかオフライン状態 | セッションが終了する | セッションは続いていく |
| 1つのリポジトリに複数のタスク | 木を分ける、港、世話 | タスクごとに1台のVMと1つのブランチ |
| エージェントが到達できるもの | ユーザーアカウントができること全て、SSHキー、クラウドCLI、~/.claudeを含む | リポジトリ、設定したネットワークレベル、有効にしたコネクタ、およびセッションごとに有効なGitHub認証情報 |
| 始めるか、続けるか | その機械、または遠隔操作で使える携帯電話 | ブラウザ、携帯電話、デスクトップ、ターミナル、Slack、API呼び出し、またはスケジュール |
| 承認 | 任意のモード、コマンドごとを含む | 自動、編集を受け入れるか、計画を立てる |
| 終わりは | 作業ツリーの変更 | ブランチ、そしてプルリクエストが必要な時 |
| 計算 | あなたのマシン | 別途の計算料はかかりません。ご利用のプラン内の制限に従います |
タスクに自分の機器だけで実行できるものが必要な場合は、現地のものを利用しましょう。例えば、実際の現地データを持つデータベース、VPNを通じて利用できるサービス、GPU、電話シミュレーター、またはデスク上のハードウェアなどです。また、各変更が数秒以内に自分のブラウザで確認できるような緊密なビジュアルループの場合も現地のものを利用しましょう。さらに、組織がZero Data Retentionを使用して運用している場合は、クラウドセッションをオフにするためにも現地のものを利用しましょう。
2つの機能がオプションの間に位置しています。リモートコントロールにより、セッションを自分のマシン上で維持し、スマホやブラウザから操作できます。自己ホスト環境は、TeamおよびEnterprise向けのベータ版で、組織自身のインフラ上でクラウドセッションを実行し、プライベートネットワークに接続できます。
その条件が当てはまらない場合は、このタスクはクラウドに適していると言えます。次のセクションでは、それが最も効果的となるワークフローについて説明します。
クラウドセッションに適した7つのワークフロー
これらのワークフローは、表に記載されている違いを活用するものです。各タスクに専用の機械が使われ、あなたが不在の間もセッションが継続し、最後にブランチがあり、それを確認することができます。
1. バッファを並行で解放する
5つの小さな、関連性のない修正があるとします。ローカルでは、それらを一つずつ行ったり、5つのワークツリーを設定して、そのポートとインストールを別々に管理したりします。クラウドでは、5つのセッションを開始し、5つのブランチを確認します。
CODEShellclaude --cloud "Fix the flaky test in auth.spec.ts" claude --cloud "Update the API documentation" claude --cloud "Refactor the logger to use structured output"
claude --cloudは、現在のブランチ上でGitHubリモートをクローンします。そのため、まずローカルでのコミットをプッシュしてください。VMが起動すると、CLIにはセットアップ手順のライブチェックリストが表示され、入力した内容が即座に実行されます。
各タスクを、問題点、解決後の状態、そして証明方法が記載された独立したチケットとして作成する。flaky-testプロンプトはその証明方法として、「連続して少なくとも30回以上スイートを実行する」と定めている。セッションでは40回実行された。
タスクが一つの大きなプロジェクトに属している場合、プロジェクト（ProおよびMaxのパブリックベータ版）は、クラウドセッションを開始し、追跡するコーディネーター会話を実行します。その後、それらを状態別にグループ化します：作業中、あなたを待っている、およびレビューの準備ができている。
2. その修正が正しいことを証明させる
脆弱なテストは、繰り返し検証が必要な作業の最も明確な例です。スイートを何度も実行する必要があり、作業中のマシンをそんなループで占有させたくないのです。クラウドでは、Claudeがキャッシュを修正し、一つのコマンドで全スイートを40回実行しました。
VMにはコンピューティング料金がかからず、そのCPUもあなたのものではないので、詳細な証明を求めてください。スイートを200回実行し、50のコミットの中で再帰性を二分探索し、遅い統合段階を実行するか、アプリを起動してドキュメントセッションで行ったようにcurlで試すこともできます。
クロードの各ターンはまだ計画に含まれますが、1つのコマンド内で長時間実行するのはほとんど費用がかかりません。フロアーコマンドはデフォルトで2分後にタイムアウトします（最大10分）。その後、さらに最大30分間バックグラウンドで実行が続きます。環境変数のBASH_DEFAULT_TIMEOUT_MSとBASH_MAX_TIMEOUT_MSを使ってデフォルト値を上げることができます。
3. デスクで計画し、クラウドで構築し、ターミナルで完成する
より大きな変更の場合は、やりとりが安価な状態でまずアプローチについて合意する。Claudeを計画モードに設定し、一緒に計画を策定し、計画をコミットし、Pushする。
CODEShellclaude --permission-mode plan # ...agree on the plan, save it to docs/migration-plan.md, commit and push... claude --cloud "Execute the migration plan in docs/migration-plan.md"
クラウドセッションが構築される間、ターミナルは他の作業に使える状態です。構築が完了したら、手動でセッションをダウンロードして終了させます。
CODEShellclaude --teleport # pick a cloud session claude --teleport <session-id>
同じリポジトリにいることを確認するテレポートチェックを行い、セッションのブランチを取得してコピーし、全ての会話をターミナルに読み込む。クリーンな作業ツリーが必要で（保管するサービスも利用可能）、そのブランチはプッシュする必要がある。Claude Code内から、/teleport（または/tp）で同じ選択器を開き、/tasksの後ろにtも利用できる。Desktopアプリでは逆の操作が可能で、Open inメニューを使うとローカルセッションをクラウドに送信する。
4. スマホでチェックインする
ClaudeアプリのCodeタブは同じセッションに接続されます。スマートフォンからタスクを開始したり、そのタスクを追跡したり、操作したり、Claudeが尋ねた質問に答えたり、pull requestを監視させたりすることができます。
キーボードに手を伸ばす頃には忘れがちな質問に対して、電話が役立つ。第四回セッションでは、一つの文字で入力できるような質問を出した。それは、潮池が潮汐をどのように予測するか、そして時間ウィンドウの端でどう間違いが生じる可能性があるかというものだった。コードを実行して答えを確認したところ、実際のバグが見つかった。ループは最初のサンプルも最後のサンプルも検査しないため、ウィンドウの開始時に正確に起こる高潮をAPIは見逃す。
5. CIの失敗とレビューコメントをClaudeに伝える
リポジトリにClaude GitHub Appがインストールされている場合、クラウドセッションでプルリクエストを監視し、その動きに対して操作を行うことができます。claude.ai/codeのセッション内のCIバーから、Auto-fixを有効にしてください。また、ターミナルでPRブランチに対して/autofix-prを実行したり、モバイルアプリにPRの監視を依頼したり、セッションにPRのURLを貼り付けたりすることもできます。
Claudeは、失敗したチェックやレビューコメントに対して明確な修正を行い、何が変更されたかを説明します。曖昧な点やアーキテクチャに関することについても尋ねます。レビューテンプレートへの回答は、あなたのGitHubユーザー名の下に「Claude Code」とラベル付けされて投稿されます。Claudeは基準ブランチとのマージ衝突について通知を受け取らないため、再バージョンを依頼してください。そのコメントは、Atlantisのようなコメント駆動型自動化も引き起こすことがあります。
6. 自分から始めることなく作業を開始する
ルーチン（研究プレビュー）とは、プロンプト、リポジトリ、コネクタ、環境など、タスクを実行するために設計された複数の保存済みリソースです。各実行はクラウドセッションであり、トリガーによって開始されます。トリガーには、スケジュール（最長で毎時間）、ルーチンのエンドポイントへのHTTP呼び出し、またはプルリクエストの開示やリリースなどのGitHubイベントが含まれます。Desktopアプリでclaude.ai/code/routinesに作成するか、CLIでの/scheduleを使用して作成できます。ルーチンは承認プロンプトなしで実行され、デフォルトではclaude/で接頭辞のブランチにプッシュされます。
2つの小さなツールが役立ちます。CIジョブを含む、ログインしている任意のマシンから、実行中のセッションにフォローアップをキュー化することができます。
CODEShellclaude -p "The integration tier is green now; rebase on main and push" --cloud <session-id>
事前に設定されたセッションをブックマークすることもできます。claude.ai/code?prompt=Triage+the+newest+issues&repositories=acme-labs/tidepoolのようなURLを開くと、プロンプトとリポジトリが既に設定された状態でclaude.ai/codeが表示されます。
7. 完全に信頼できないコードを実行する
コントリビュータのプルリクエスト、新しい依存関係のインストールスクリプト、または5分前にクローンしたリポジトリでも、読んでいないコードが実行されることがあります。ラップトップ上では、そのコードはSSHキー、クラウドCLIセッション、ブラウザプロファイルの隣で実行されます。クラウドセッションでは、これらのものやセッションプロファイリングされたGitHub認証情報、そして制御可能なネットワークを備えた一時的なVMで実行されます。
環境のネットワークアクセスを設定する 何も 最も厳格な運用のため、または保持する 信頼できるパッケージレジストリー、GitHub、主要なクラウドSDKホスターを利用できる。Noneの状態でも、Claude Codeは依然としてAnthropic APIにリクエストを送信するため、データはそのようにVMから流出し、セッションは自身のブランチにプッシュされる。すべてのアウトバウンドトラフィックは、ホスト名を記録するプロキシを通過する。
GETに引き込まれることなくGITHUBを接続する
最初のクラウドセッションが失敗した場合、GitHubが最も可能性の高い原因です。ほとんどの問題は、クラウドセッションにおいて2つの別々のGitHub権限が必要であることに起因します。
- GitHubでログインするは、Claudeにあなたが誰であるかを伝えます。
- Claude GitHubアプリのインストールをアカウントまたは組織で行うと、Claudeがアクセスできるプライベートリポジトリが確保されます。
公共リポジトリは第一だけを使用します。プライベートリポジトリでは、それを所有するアカウントまたは組織の下で第二が必要です。GitHubに接続した場合、プライベートリポジトリが表示されないことがあると、アプリは通常、そのアカウントや組織にインストールされていない状態になります。
| 接続した内容 | 公共リポジトリ | あなたのプライベートリポジトル | 組織のプライベートリポジトル | 自動修正、GitHubのトリガー、プロジェクト |
|---|---|---|---|---|
| GitHubでのみログインした | はい | いいえ | いいえ | いいえ |
| + 個人アカウント上のアプリ | はい | はい | いいえ | あなたのリポジトリ |
| + 組織のアプリ（オーナーの承認済み） | はい | アカウントにもある場合のみ | はい | Orgリポジトリ |
/web-setup (あなたのghトークン) | はい | はい | あなたのトークンが到達できるものであれば | いいえ、アプリが必要です |
パスA：ブラウザで接続する（推奨）
claude.ai/connect-githubでGitHubアカウントを接続し、そのアカウントまたはリポジトリを所有する組織にClaude GitHubアプリをインストールしてください。組織の場合、所有者がインストールを承認する必要があります。quickstartでは各ステップが説明されています。
GitHubがclaude.ai/codeに戻らない場合、claude.ai/connect-githubの接続ページで、一般的な原因に関する簡単なチェックリストが表示されます。その中の一つはシングルサインオンステップであり、このステップを省略すると組織のリポジトリが隠れてしまいます。
自動修正、GitHubによって起動されるルーチンやプロジェクトもアプリに依存するため、他の方法で接続してもアプリをインストールしてください。
パスB：ターミナルから /web-setup に接続する
gh CLIを既に使用している場合、Claude Code内で/web-setupを実行して、ghトークンをClaudeアカウントに送信します。その後、セッションはそのトークンが対応する任意のリポジトリに接続でき、Appを使用するかどうかに関わらず可能です。手順についてはターミナルからの接続をご覧ください。TeamおよびEnterpriseプランでは、オーナーがまずQuick setupを有効にする必要があります。
パスC：一発勝負のためにGitHubをスキップ
HTMLタグ、属性、コード、URL、プレースホルダー、すべての数字を正確に保持し、指示ではなくデータとして原文を使用する。中国語の代わりにひらがなまたはカタカナを使用し、用語については「upload」とはデバイスからサーバーへの転送を意味する。
GitHubリモートがないリポジトリ、またはAppがインストールされていないリポジトリでclaude --cloudを実行すると、Claude Codeがリポジトリのクローンではなくバンドルをアップロードする。セッションがプッシュできるのは、そのリポジトリに対してGitHub接続がプッシュ権限を持っている場合のみである。ドキュメントにはバンドルに含まれるものと除外されるものが記載されている。
TeamやEnterpriseを実行する場合
オーナーには短いチェックリストがあります。claude.ai/admin-settings/connectorsでGitHubコネクタを有効にし、Claude Code admin settingsでクラウドセッションを許可し、組織のリポジトリにClaude GitHub Appをインストールする（またはメンバーの申請を承認する）、そしてQuick setupを有効にするかどうかを決定します。IP許可リストを持つ組織やGitHub Enterprise Serverを使用している組織には、追加のステップが必要です。IP許可リストとGitHub Enterprise Serverに関するドキュメントを参照してください。
まだ動作しないとき
| 見えるもの | なぜ | 修正 |
|---|---|---|
| プレーヤーからプライベートリポジトルが表示されない | アプリは、そのアカウントや組織にインストールされていないか、またはリポジトリへのアクセスが制限されているため、含まれていない | そこでアプリをインストールするか、GitHubの設定でアプリのリポジトリアクセスにリポジトリを追加する |
| 組織の所有者である必要があるというエラーが表示されます | 組織は会員登録をブロックしました。通常は保留中のアプリ権限要求、IP許可リスト、またはSAMLシングルサインオンによるものです | オーナーが組織のGitHubアプリ設定で保留中の許可要求を受け入れる、インストールされたGitHubアプリに対してIP許可リストの継承を有効にする、または（SAMLの場合）Claudeに組織へのアクセス権を与える |
| 組織のリポジトリが接続後すぐに欠落する | 組織はSAMLシングルサインオンを使用しており、認可ステップは省略されました | GitHubの「組織へのシングルサインオン」ステップで、続行する前に各組織の横のAuthorizeをクリックしてください。もしすでにスキップした場合は、GitHub設定でその組織に対するClaudeの認証を行い、再接続してください。 |
| すべてのクラウドセッションが認証エラーで失敗する | クラウドの組織はIPアライリングを利用しています | サポートに問い合わせてAnthropicが運営するサービスを除外してもらう |
その他のことについては、トラブルシューティングを参照してください。具体的には、GitHubに接続した後にリポジトリが表示されないという問題も含まれます。GitHubを完全に切断するには、claude.ai/customize/connectorsを使用してください。
セッションに必要なものを与えて、自分の作業をチェックさせる
テストを実行できるセッションは、作業を戻す前に自身の作業を確認する。そうでなければ、誰も実行していない変更点をレビューすることになる。このガイドのデモのほとんどの価値は、Claudeがすべてを実行することから来ている：スイートを40回実行し、サーバーとそのクルス、ウィンドウの端での潮の計算などだ。環境設定に10分間かけることで、Claudeにはそれらのチェックを実行する方法が得られる。
- デフォルト環境から始めます。これは信頼されたネットワークアクセスを使用し、変数も設定スクリプトもありません。これでほとんどのJavaScript、Python、Go、Rustのリポジトリに十分です。
- マシンのための設定スクリプトを使用してください。 Claude Codeが起動する前にroot権限で実行されるため、
apt installが機能します。セッションは0を出力することで開始され、そうでないと開始できません。また、約5分以内に完了する必要があります。これにより環境がキャッシュされます。その後、新しいセッションはディスク上のツールを持つスナップショットから開始されます。スクリプトや許可されるホストを変更した場合、または約7日ごとにキャッシュが再構築されます。 - プロジェクトにはSessionStart hookを使用してください。
npm installなどのステップをリポジトリの.claude/settings.json内のhookに配置することで、ローカルでもクラウドでも同じように実行されます。ステップがクラウドでのみ実行される場合はCLAUDE_CODE_REMOTEを確認してください。リポジトリのhookは単一リポジトリセッションで読み込まれます。 - セッションごとにサービスを開始します。 キャッシュはファイルを保存します。実行中のプロセスはその後も続きません。Claudeに
service postgresql startを実行させるか、SessionStart hookで実行してください。 - 動作する最も狭いネットワークレベルを選択します。Trustedは一般的な登録局をカバーします。プライベート登録局を追加するにはCustomを使用し、タスクがオープンインターネットを必要とする場合のみFullを使用します。変更は約1分以内に実行セッションに反映されます。
- 共有変数には秘密を入れないでください。 環境変数は、その環境を使用する人なら誰でも見ることができます。ProとMaxでは、環境のAPI認証情報がVM外で、あなたが指定したホストに対するリクエストにキーを付与します。そのため、そのキーは変数の中には存在しません。
- コマンドをCLAUDE.mdに記載してください。 ご自身の
~/.claudeはクラウドVMには接続できません。Claudeが統合テストの実行方法を知る必要がある場合、リポジトリでその旨を明記する必要があります。
成果をもたらす習慣
- 1つのタスク、1回のセッション。小さな別々のセッションの方が確認しやすく、捨てるのも安い。
- 証拠を求めてください。タスクが完了したことを証明するコマンドを指定し、diffの前にClaudeの要約を読んでください。
claude --cloudの前にPushしてください。VMはGitHubからクローンされるため、Pushしないコミットは到達しません。- 長時間かかるタスクを進めながらコミットしてください。 idle状態のVMを再使用できるようになります。
- diffビューでのレビュー。インラインコメントは次のメッセージにまとめられ、PRを作成するをクリックすると、完全なPR、ドラフト、またはGitHubのcomposeページが開きます。
- Claudeが作業している間は運転してください。 Claudeが作業中に送信したメッセージはキューに積まれ、キューに入ったメッセージは取り出すことができます。
- セッションを共有する。 TeamおよびEnterpriseでは、セッションの可視性をTeamに設定することで、レビュアーが変更の内容を読むことができます。クラウドセッションからのコミットには、
Claude-Sessionトレーラーが含まれ、これが講義内容へのリンクになります。 - 限界を注意深く管理してください。並行セッションは計画上の制限を同時に利用するため、5回のセッションでは1回のセッションよりも約5倍速く利用されます。ルーティンにはそれぞれ時間ごとの上限があり、プロジェクトでは1日に最大200個の新しいスレッドを開始できます。
よくある質問
クラウドセッションを利用できるのは？ Pro、Max、Teamプラン、およびPremium seatやChat + Claude Code seatを持つEnterpriseユーザーで、claude.aiアカウントでログインしている人です。Console API keyや第三者プロバイダーでは利用できません。クラウドセッションのドキュメントをご覧ください。
私のデータはどこに保存されるのか？ Anthropicはセッションの記録を保存しますが、保存期間はご利用のプランとモデル改善設定によって異なります。VMは非アクティブ状態になると回収され、セッションを削除するとそのデータが削除されます。データの利用方法およびセキュリティをご覧ください。
Claudeは私のクラウドセッションデータを学習しますか？ クラウドセッションは、Claude Codeの他の部分と同じポリシーに従います。Team、Enterprise、APIでは、組織が同意しない限り、Anthropicはあなたのコードやプロンプトでモデルを学習しません。Free、Pro、Maxでは、モデル改善設定に依存します。データ使用についてをご覧ください。
私の大きなリポジトリを処理できますか？このVMには約4つのvCPUs、16GBのRAM、30GBのディスクがあります。重いインストール作業は設定スクリプトに入れて、一度実行してキャッシュされたスナップショットに置くようにしてください。
GitLabやBitbucketはどうでしょうか？ claude --cloudを使用すると、任意のgitリポジトリからバンドルをアップロードできますが、セッションはそれらのホストにプッシュすることはできません。GitHub Enterprise ServerはTeamモードおよびEnterpriseモードでサポートされています。プラットフォームの制限事項をご覧ください。
並行する枝が衝突するとどうなるか？ セッションは互いに知らない。一つのブランチをマージしなさい。 次のセッションにフォローアップを送信する 例えば claude -p "rebase on main and fix any conflicts" --cloud <session-id>.
私のローカルツールが失われるか？ユーザーレベルの設定は共有されないため、チームが必要とするものをリポジトリに移動させましょう。スキルやコマンドは.claude/の下でコミットし、プロジェクトごとのMCPサーバーは.mcp.jsonに追加し、テストコマンドについてはCLAUDE.mdに記述します。クラウドセッションの設定では、各セッションで読み取られる内容が表示されます。
5分で始めます
設定には約5分かかります。その後は、タスクを任せてラップトップを閉じ、レビュー用のブランチに戻ることができます。
- claude.ai/codeを開く，またはclaude.aiアカウントでClaude Codeの
/loginを実行する。 - GitHubに接続し、リポジトリがある場所でClaude GitHubアプリをインストールしてください。
- リポジトリとデフォルト環境を選択します。
- バックログにあるClaudeにタスクを一つ与え、それが完了したことを証明するコマンドを入力しなさい。
- タブを閉じてください。後でスマホからチェックし、差分を確認して、claude.ai/codeにプルリクエストを作成してください。