クラウドで Claude Code を使用する
ブラウザ、携帯電話、デスクトップアプリ、またはターミナルからクラウドで Claude Code セッションを実行し、--cloud と --teleport で移動し、プルリクエストを自動修正します。
クラウドセッションは Pro、Max、Team ユーザー、および Premium シートまたは Chat + Claude Code シートを持つ Enterprise ユーザーを対象に研究プレビュー中です。
クラウドセッションは、マシン上ではなくクラウドインフラストラクチャで実行される Claude Code セッションです。デフォルトでは Anthropic が管理するインフラストラクチャで実行されるか、ルーティングされた場合は組織のセルフホスト環境で実行されます。セッションはラップトップを閉じた後も実行を続け、任意のデバイスから確認または操作できます。
以下のいずれかのサーフェスからクラウドセッションを開始できます:
- ブラウザ:claude.ai/code(ウェブ上の Claude Code とも呼ばれます)
- モバイル:Claude アプリのCode タブ
- デスクトップアプリ:セッションを開始するときにLocal の代わりにCloud を選択
- ターミナル:
claude --cloud - ルーティン:スケジュール実行とトリガー実行は各々クラウドセッションとして実行されます
1 つの作業本体に対して Claude が多くのクラウドセッションを開始して追跡するには、プロジェクトを使用します。ターミナル、IDE、またはLocal が選択されたデスクトップアプリのセッションは、代わりにマシン上で実行されます。これらのローカルセッションの 1 つを携帯電話またはブラウザから操作するには、リモートコントロールを使用します。
クラウドセッションは初めてですか?はじめにから始めて、GitHub アカウントを接続し、最初のタスクを送信してください。
このページでは以下をカバーしています:
- クラウド環境:セッションが実行される場所、およびそれを設定する場所
- GitHub 認証オプション:GitHub を接続する 2 つの方法
- ターミナルとクラウド間でタスクを移動(
--cloudと--teleportを使用) - セッションの操作:権限モード、確認、共有、アーカイブ、削除
- プルリクエストの自動修正:CI 失敗とレビューコメントに自動的に応答
- セキュリティと分離:セッションの分離方法
- 制限事項:レート制限とプラットフォーム制限
クラウド環境
すべてのクラウドセッションはクラウド環境で実行されます。これはネットワークアクセス、環境変数、セットアップスクリプトを制御する保存された設定です。環境がまだない場合、オンボーディングはTrusted ネットワークアクセスを持つDefault 環境をセットアップします。これは、あなたのために作成するか、作成するよう依頼するかのいずれかです。Default 環境を参照して、どちらがあなたのプランで発生するか、および複数の環境がある場合にセッションが環境を選択する方法を確認してください。
同じ環境はクラウドセッションを開始する場所に関係なく適用されます:ウェブ、ターミナル、Claude Tag、ルーチン、およびモバイルおよび Desktop アプリ。Claude Tag チャネルセッションは組織レベルの環境のみを使用します。共有環境またはセルフホスト環境のいずれかです。
クラウド環境を設定して、環境が許可するものを変更し、変数を設定するか、セットアップスクリプトを追加してください。インストール済みツールを参照して、設定なしでセッションに含まれるものを確認してください。
GitHub 認証オプション
クラウドセッションはコードをクローンしてブランチをプッシュするために GitHub リポジトリへのアクセスが必要です。2 つの方法でアクセスを許可できます:
| 方法 | 接続方法 | セッションが到達できるリポジトリ | 最適な用途 |
|---|---|---|---|
| GitHub App | ウェブオンボーディング中に Claude GitHub App を認可します | 任意のパブリックリポジトリ、および Claude GitHub App がインストールされているプライベートリポジトリ | ブラウザオンボーディング;Auto-fix を希望するチーム |
/web-setup |
ターミナルで /web-setup を実行して、ローカル gh CLI トークンを Claude アカウントに送信します |
gh トークンがアクセスできる任意のリポジトリ(App がインストールされているかどうかに関わらず) |
すでに gh を使用している個別開発者 |
Claude GitHub App をリポジトリにインストールすると、そのリポジトリのプルリクエストに対して Auto-fix も有効になります。
プロジェクト内のスレッドは、接続方法に関わらず、クローンする各リポジトリに App がインストールされている必要があります。GitHub アクセスの設定を参照してください。
/schedule がルーチンを作成する前にリポジトリアクセスをチェックする方法については、リポジトリとブランチの権限を参照してください。/web-setup のウォークスルー(/web-setup が保存する内容と削除方法を含む)については、ターミナルから接続を参照してください。
Quick web setup は、メンバーが /web-setup で GitHub を接続できるようにする組織設定で、ブラウザオンボーディング中に Claude GitHub App インストールプロンプトをスキップし、環境フォームを表示する代わりに、ブラウザオンボーディングが Default 環境を作成するようにします。Team および Enterprise プランではデフォルトでオフになっており、/web-setup を非表示にします。Owner は Admin settings > Claude Code の Quick web setup トグルでオンにします。
Zero Data Retention が有効な組織は /web-setup またはその他のクラウドセッション機能を使用できません。
ターミナルとクラウド間でタスクを移動
これらのワークフローには Claude Code CLI が同じ claude.ai アカウントにサインインしている必要があります。ターミナルから新しいクラウドセッションを開始するか、クラウドセッションをターミナルにプルしてローカルで続行できます。クラウドセッションはラップトップを閉じても保持され、Claude モバイルアプリを含む任意の場所から監視できます。
CLI からのセッションハンドオフは一方向です:--teleport でクラウドセッションをターミナルにプルできますが、既存のターミナルセッションをクラウドにプッシュすることはできません。--cloud フラグはタスク説明を使用して現在のリポジトリの新しいクラウドセッションを作成します;-p とセッション ID または claude.ai/code URL を使用すると、代わりにその既存セッションにメッセージをキューイングします。Desktop アプリは別のサーフェスにローカルセッションを送信できる Continue in メニューを提供します。
ターミナルからクラウドへ
--cloud フラグを使用してコマンドラインからクラウドセッションを開始します:
claude --cloud "Fix the authentication bug in src/auth/login.ts"
これにより claude.ai 上に新しいクラウドセッションが作成されます。クラウド VM はローカルチェックアウトではなく、現在のブランチで現在のディレクトリの GitHub リモートをクローンするため、ローカルコミットがある場合は最初にプッシュしてください。ローカルリポジトリを GitHub なしで送信を参照して、Claude Code がリモートをクローンする代わりにローカルリポジトリをアップロードする場合を確認してください。
--cloud は一度に 1 つのリポジトリで機能します。タスクはクラウドで実行され、ローカルで作業を続行できます。古い --remote スペルは --cloud の非推奨エイリアスとしてまだ機能します。
クラウドコンテナが起動している間、CLI はリポジトリのクローンやセットアップスクリプトの実行などのセットアップステップのライブチェックリストを表示します。プロビジョニング中に入力したメッセージはキューに入れられ、セッションの準備ができたら送信されます。
--cloud はクラウドセッションを作成します。--remote-control は無関係です:ローカル CLI セッションを claude.ai または Claude アプリから監視および操舵できます。Remote Controlを参照してください。
claude.ai または Claude モバイルアプリでセッションを開いて進捗をチェックするか、直接対話します。そこから Claude を操舵し、フィードバックを提供するか、他のすべての会話と同じように質問に答えることができます。
Claude が質問をして、セッションがアイドル状態のままの場合、環境の有効期限切れまで戻ってきたときに答えることができ、セッションはあなたの答えから続行されます。
クラウドタスクのヒント
ローカルで計画し、クラウドで実行する:複雑なタスクの場合、Claude をプランモードで開始してアプローチについて協力し、その後クラウドに作業を送信します:
claude --permission-mode plan
プランモードでは、Claude はファイルを読み取り、コマンドを実行して探索し、ソースコードを編集せずにプランを提案します。計画に満足したら、リポジトリにプランを保存し、コミットしてプッシュし、クラウド VM がそれをクローンできるようにします。その後、自律実行のためにクラウドセッションを開始します:
claude --cloud "Execute the migration plan in docs/migration-plan.md"
タスクを並列で実行:各 --cloud コマンドは独立して実行される独自のクラウドセッションを作成します。複数のタスクを開始でき、すべて別々のセッションで同時に実行されます:
claude --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.ai/code から PR を作成するか、セッションをテレポートしてターミナルで作業を続行できます。
GitHub なしでローカルリポジトリを送信
git リモートがないリポジトリから claude --cloud を実行する場合、または Claude GitHub App がインストールされていない github.com リポジトリから実行する場合、Claude Code はローカルリポジトリをバンドルしてクラウドセッションに直接アップロードします。これは /web-setup で GitHub を接続した場合でも適用されます。バンドルにはすべてのブランチ全体のリポジトリ履歴と、追跡されたファイルへのコミットされていない変更が含まれます。
macOS、Linux、WSL では、Claude Code は認証情報またはキーのような名前のファイルへのコミットされていない変更をアップロードから除外し、除外したファイルに名前を付けます。これは .env ファイル、Terraform *.tfvars ファイル、および id_rsa や *.pem などのキーファイルをカバーしています。セッションは各のコミットされたバージョンで開始するか、コミットされたものがない場合はファイルなしで開始されます。リンクされたワーキングツリー、サブモジュール、または同様のレイアウトでは、Claude Code はこれらの変更を残りと一緒にアップロードし、アップロードしたファイルに名前を付けます。
Claude Code がリモートからクローンする場合でも強制するには、CCR_FORCE_BUNDLE=1 を設定します:
CCR_FORCE_BUNDLE=1 claude --cloud "Run the test suite and fix any failures"
バンドルされたリポジトリはこれらの制限を満たす必要があります:
- ディレクトリは少なくとも 1 つのコミットを持つ git リポジトリである必要があります
- バンドルされたリポジトリは 100 MB 未満である必要があります。より大きなリポジトリは現在のブランチのみをバンドルすることにフォールバックし、その後ワーキングツリーの単一の圧縮スナップショットにフォールバックし、スナップショットがまだ大きすぎる場合のみ失敗します
- 追跡されていないファイルは含まれません。クラウドセッションが見るべきファイルで
git addを実行します - バンドルから作成されたセッションは、GitHub 接続がそのリポジトリへのプッシュアクセスを持つ場合にのみ、GitHub リモートにプッシュバックできます
CLI からフォローアップを送信
クラウドセッションが実行されている場合、どこで実行されていても、claude auth login でサインインしている任意のマシンの claude CLI からそれにフォローアップメッセージを送信します。CLI は Anthropic アカウント認証情報で認証し、ローカルセッション状態を送信しないため、コマンドはセッションを開始したマシンから実行する必要がなく、PowerShell を含むすべてのシェルで同じです。
コマンドは 1 つのメッセージを投稿して終了します:
claude -p "your message" --cloud <session-id>
CLI はメッセージをセッションにキューイングして、返信を待たずに終了します。長時間実行されるセッションを操舵し、現在のセッションがまだ終了している間に次のステップをキューイングするか、CI スクリプトからフォローアップを送信するために使用します。代わりに stdin でメッセージをパイプすることもできます:echo "your message" | claude -p --cloud <session-id>。
<session-id> については、session_... または cse_... などの裸の ID、またはセッションの claude.ai/code/<id> URL をスキーム、クエリ文字列の有無で渡します。ID は claude.ai/code のセッションリストで見つけます。
--cloud には Anthropic アカウントが必要です。Claude Code が Amazon Bedrock、Google Cloud の Agent Platform、または別のサードパーティプロバイダー用に設定されている場合は利用できません。ANTHROPIC_BASE_URL を通じてのみ設定されたLLM ゲートウェイはこのチェックではサードパーティプロバイダーとしてカウントされませんが、claude auth login でサインインする必要があります。組織の allow_remote_sessions ポリシーも有効にする必要があります。Owner は claude.ai/admin-settings/claude-code の Claude Code 管理設定でオンにできます。
出力とエラー
成功時に、コマンドはセッション ID とセッションを表示するリンクを出力します:
Sent to cloud session.
Session ID: session_01DiUkqY2kzbUbDmW1w96rfi
View: https://claude.ai/code/session_01DiUkqY2kzbUbDmW1w96rfi?from=cli&m=0
マシン可読結果の場合は --output-format json を渡します:成功時は {ok, session_id, url}、送信が失敗した場合は {ok: false, session_id, error}(例えば、セッションが見つからないか、アーカイブされている場合)。設定エラー(サポートされていないプロバイダーや無効な組織ポリシーなど)は JSON なしで stderr に出力されます。--output-format stream-json は --cloud <session-id> ではサポートされていません。
CLI はエラーの前に Error: を付けます。失敗した配信は failed to send message to cloud session <id>: <reason> としてラップされます。
| メッセージ | 意味 |
|---|---|
Cloud sessions aren't available with <provider>. They run on Anthropic's infrastructure and require an Anthropic account. |
Claude Code はサードパーティプロバイダー用に設定されています。メッセージは設定が使用するラベル(Amazon Bedrock や Google Vertex AI など)でプロバイダーに名前を付けます。そのプロバイダーの設定を削除します(例えば、CLAUDE_CODE_USE_BEDROCK を設定解除)、Anthropic アカウント(claude auth login)でサインインします。 |
Cloud sessions are disabled by your organization's policy. Contact your organization admin to enable them. |
allow_remote_sessions 組織ポリシーがオフです。 |
Couldn't verify your organization's policy for cloud sessions. Check your network connection and try again. |
Claude Code は組織のポリシーをフェッチできなかったため、クラウドセッションが許可されていると仮定するのではなく、送信を拒否します。ネットワーク接続を確認して再試行してください。 |
Attaching to an existing cloud session is not enabled for your account. |
-p なしで --cloud <session-id> を実行しました。claude -p "your message" --cloud <session-id> でメッセージを送信します。 |
Session not found: <id> |
ID または URL はアクセスできるセッションと一致しません。セッションの claude.ai/code URL に対して確認してください。 |
cloud session <id> is archived and cannot accept new messages |
セッションはアーカイブされています。代わりに新しいセッションを開始します。 |
クラウドからターミナルへ
以下のいずれかを使用してクラウドセッションをターミナルにプルします:
--teleportを使用:コマンドラインからclaude --teleportを実行してインタラクティブセッションピッカーを表示するか、claude --teleport <session-id>を実行して特定のセッションを直接再開します。コミットされていない変更がある場合は、最初にそれらをスタッシュするよう求められます。/teleportを使用:既存の CLI セッション内で/teleportまたは/tpを実行して、Claude Code を再起動せずに同じセッションピッカーを開きます。/tasksから:/tasksを実行してバックグラウンドセッションを表示し、tを押してセッションにテレポートします。- claude.ai/code から:セッションメニューから Open in > Terminal を選択して、ターミナルに貼り付けられるコマンドをコピーします。
- クラウドセッション内から:
/teleportを入力すると、Claude Code はそのセッションの正確なclaude --teleport <session-id>コマンドで返信し、リポジトリのチェックアウトから実行する準備ができています。セッションの環境で Claude Code v2.1.223 以降が必要です。
セッションをテレポートすると、Claude はあなたが正しいリポジトリにいることを確認し、クラウドセッションからブランチをフェッチしてチェックアウトし、完全な会話履歴をターミナルに読み込みます。ターミナルはセッションの独自のコピーを取得します:そこでの新しい作業はローカルのままで、claude.ai または Claude モバイルアプリのクラウドセッションに表示されません。テレポート後に電話から操舵を続けるには、ローカルセッションで /remote-control を開始します。
--teleport は --resume とは異なります。--resume はこのマシンのローカル履歴から会話を再開し、クラウドセッションをリストしません。--teleport はクラウドセッションとそのブランチをプルします。
テレポート要件
テレポートはセッションを再開する前にこれらの要件をチェックします。要件が満たされていない場合は、エラーが表示されるか、問題を解決するよう求められます。
| 要件 | 詳細 |
|---|---|
| クリーンな git 状態 | 作業ディレクトリにコミットされていない変更がないことが必要です。テレポートは必要に応じて変更をスタッシュするよう求めます。 |
| 正しいリポジトリ | フォークではなく、同じリポジトリのチェックアウトから --teleport を実行する必要があります。別のリポジトリのチェックアウトから実行する場合、Claude Code はセッションのリポジトリとチェックアウトの両方に名前を付けるエラーを表示します。Claude Code がリモートをホスト名に解析できない場合(git@work:owner/repo.git のような SSH ホストエイリアスなど)、確認を求め、リモートの所有者とリポジトリ名がセッションのリポジトリと一致する場合、チェックアウトを受け入れます。 |
| ブランチが利用可能 | クラウドセッションからのブランチがリモートにプッシュされている必要があります。テレポートは自動的にフェッチしてチェックアウトします。 |
| 同じアカウント | クラウドセッションで使用された同じ claude.ai アカウントに認証される必要があります。 |
`--teleport` が利用できない
テレポートには claude.ai サブスクリプション認証が必要です。API キーで認証されている場合は、代わりに claude.ai アカウントでサインインするために /login を実行してください。エラーがプロバイダーに名前を付ける場合、クラウドセッションはサードパーティプロバイダーを通じて利用できません;エラーテーブルを参照してください。claude.ai 経由で既にサインインしており、--teleport がまだ利用できない場合は、組織がクラウドセッションを無効にしている可能性があります。
セッションの操作
セッションは claude.ai/code のサイドバーに表示されます。そこから変更を確認し、チームメイトと共有し、完了した作業をアーカイブするか、セッションを永続的に削除できます。
キューに入ったメッセージを取り戻す
Claude が作業中にメッセージを送信すると、Claude がそれを読むまでメッセージはキューに入ります。キューに入ったメッセージを取り戻すには、その上の ✕ をクリックします。テキストはメッセージボックスに戻るため、編集するか別のものを送信できます。
Claude がすでにメッセージを読んでいる場合、それは会話に留まります。
コンテキストを管理
クラウドセッションは組み込みコマンドをサポートしており、テキスト出力を生成します。ターミナルインターフェイスでのみ実行されるコマンド(/plugin や /resume など)は利用できません。ターミナルでピッカーまたはパネルを開くコマンドはクラウドセッションで異なる動作をします:
/model、/effort、/color、/rename:ターミナルピッカーまたはスライダーを開く代わりに、引数として値を渡します。例えば/model sonnetのように使用します。引数形式はセッションの環境で Claude Code v2.1.205 以降が必要であり、各コマンドの利用可能性に関する注記に従います。/fast:アカウントで利用可能な場合、セッションのファストモードを切り替えます。セッションの環境で Claude Code v2.1.271 以降が必要です。/config:ブラウザの claude.ai/code では、値を設定する代わりに Claude Code セクションの設定を開き、key=valueを含むコマンド後のテキストは無視されます。クラウドセッションの設定を変更するには、環境変数を環境に設定するか、1 つのリポジトリを持つセッションでキーをそのリポジトリの.claude/settings.jsonにコミットします。クラウドセッションの設定には各セッションが読み込むものが記載されています。
コンテキスト管理の場合:
| コマンド | クラウドセッションで機能 | 注記 |
|---|---|---|
/compact |
はい | 会話を要約してコンテキストを解放します。/compact keep the test output のようなオプションのフォーカス指示を受け入れます |
/context |
はい | 現在コンテキストウィンドウにあるものを表示します |
/clear |
いいえ | サイドバーから新しいセッションを開始します |
自動圧縮はコンテキストウィンドウが容量に近づくと自動的に実行されます。クラウドセッションは CLAUDE_AUTOCOMPACT_PCT_OVERRIDE をセッション自身で設定するため、圧縮はウィンドウが満杯になるのではなく、自動圧縮ウィンドウの途中でトリガーされます。その値は環境変数に追加するものをオーバーライドするため、そこに変数を追加しても圧縮がトリガーされるタイミングは変わりません。
自動圧縮ウィンドウを変更するには、環境変数で CLAUDE_CODE_AUTO_COMPACT_WINDOW を設定するか、変数が設定されていないセッションで /autocompact をトークン数で実行します。
Subagentsはローカルと同じように機能します。Claude は Agent ツールでそれらをスポーンして、研究または並列作業を別のコンテキストウィンドウにオフロードし、メイン会話を軽くすることができます。リポジトリの .claude/agents/ で定義された Subagents は自動的にピックアップされます。
Agent teamsはデフォルトでオフですが、環境変数に CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 を追加することで有効にできます。
クラウドセッションの権限モード
クラウドセッションの権限モードはモードドロップダウンから選択します。タスクを作成するときとセッションが実行されている間の両方です。Anthropic ホスト型環境が有効期限切れになったセッションを再度開くか、セルフホスト型ランナーがアイドル中にリリースしたセッションにメッセージを送信する場合、Claude Code はセッションが存在していた権限モードで再開されます。
変更を確認
各セッションは追加および削除された行数を示す diff インジケーター(例:+42 -18)を表示します。それを選択して diff ビューを開き、特定の行にインラインコメントを残し、次のメッセージで Claude に送信します。
Claude Code はこれらの diff を計算します。これには Claude が編集するときに表示される per-file diff が含まれます。これは raw git blob コンテンツから計算されるため、リポジトリで設定された diff ドライバーと textconv フィルターは適用されません。セッション自体のチェックアウトではないリポジトリ内のファイル(セッション中にワークスペース内にクローンされたファイルなど)の場合、per-file diff は git 比較ではなく Claude の編集そのものを表示します。
完全なウォークスルー(PR 作成を含む)については Review and iterate を参照してください。Claude が PR の CI 失敗とレビューコメントを自動的に監視するようにするには、プルリクエストの自動修正を参照してください。
セッションを共有
セッションを共有するには、以下のアカウントタイプに従ってその可視性を切り替えます。その後、セッションリンクをそのまま共有します。受信者はリンクを開くと最新の状態を表示しますが、ビューはリアルタイムで更新されません。
Enterprise または Team アカウントから共有
Enterprise および Team アカウントの場合、2 つの可視性オプションは Private と Team です。Team 可視性により、セッションは claude.ai 組織の他のメンバーに表示されます。Claude in Slackセッションは自動的に Team 可視性で共有されます。
リポジトリアクセス検証はデフォルトで有効になっており、受信者のアカウントに接続された GitHub アカウントに基づいています。アカウントの表示名はアクセス権を持つすべての受信者に表示されます。
Max または Pro アカウントから共有
Max および Pro アカウントの場合、2 つの可視性オプションは Private と Public です。Public 可視性により、セッションは claude.ai にログインしているすべてのユーザーに表示されます。
共有する前にセッションで機密コンテンツを確認してください。セッションにはプライベート GitHub リポジトリのコードと認証情報が含まれる可能性があります。リポジトリアクセス検証はデフォルトで有効になっていません。
受信者がリポジトリアクセスを持つことを要求するか、共有セッションから名前を非表示にするには、Settings > Claude Code > Sharing settings に移動します。
セッションをアーカイブ
セッションをアーカイブしてセッションリストを整理できます。アーカイブされたセッションはデフォルトのセッションリストから非表示になりますが、アーカイブされたセッションをフィルタリングして表示できます。
セッションをアーカイブするには、サイドバーのセッションにマウスを合わせてアーカイブアイコンを選択します。
セッションを削除
セッションを削除すると、セッションとそのデータが永続的に削除されます。このアクションは取り消せません。セッションは 2 つの方法で削除できます:
- サイドバーから:アーカイブされたセッションをフィルタリングし、削除するセッションにマウスを合わせて削除アイコンを選択します
- セッションメニューから:セッションを開き、セッションタイトルの横のドロップダウンを選択し、Delete を選択します
セッションが削除される前に確認するよう求められます。
プルリクエストの自動修正
Claude はプルリクエストを監視し、CI 失敗とレビューコメントに自動的に応答できます。Claude は PR の GitHub アクティビティをサブスクライブし、チェックが失敗するかレビュアーがコメントを残すと、Claude は調査し、明確な場合は修正をプッシュします。
Auto-fix には Claude GitHub App がリポジトリにインストールされている必要があります。まだインストールしていない場合は、GitHub App ページからインストールしてください。
PR がどこから来たか、どのデバイスを使用しているかに応じて、auto-fix をオンにするにはいくつかの方法があります:
- クラウドセッションで作成された PR:claude.ai/code でセッションを開き、CI ステータスバーを開き、Auto-fix を選択します
- ターミナルから:PR のブランチにいる間に
/autofix-prを実行します。Claude Code はghで開いている PR を検出し、クラウドセッションをスポーンし、1 ステップで auto-fix をオンにします - モバイルアプリから:Claude に PR を auto-fix するよう指示します。例えば「watch this PR and fix any CI failures or review comments」
- 既存の PR:PR URL をセッションに貼り付けて、Claude に auto-fix するよう指示します
Auto-fix は PR ごとのトグルです。監視を停止するには、claude.ai/code のセッションで CI ステータスバーを開き、Auto-fix トグルをクリアするか、Claude に PR の監視を停止するよう指示します。
Claude が PR アクティビティにどのように応答するか
auto-fix がアクティブな場合、Claude は新しいレビューコメントと CI チェック失敗を含む PR の GitHub イベントを受け取ります。各イベントについて、Claude は調査して進め方を決定します:
- 明確な修正:Claude が修正に確信があり、以前の指示と矛盾しない場合、Claude は変更を加え、プッシュし、セッションで何が行われたかを説明します
- 曖昧なリクエスト:レビュアーのコメントが複数の方法で解釈される可能性がある場合、または建築的に重要なものが含まれている場合、Claude は行動する前にあなたに尋ねます
- 重複または無アクション イベント:イベントが重複している場合、または変更が不要な場合、Claude はセッションでそれを記録して続行します
ベースブランチが進み、マージコンフリクトが作成されるときに GitHub は webhook を発行しないため、auto-fix は単独でコンフリクトに反応することはできません。コンフリクトを解決するには、セッションを開き、Claude にリベースするよう依頼してください。
Claude は PR を解決する際に GitHub のレビューコメントスレッドに返信する場合があります。これらの返信はあなたの GitHub アカウントを使用して投稿されるため、あなたのユーザー名の下に表示されますが、各返信は Claude Code から来たものとしてラベル付けされるため、レビュアーはそれがエージェントによって書かれたものであり、あなたが直接書いたものではないことを知っています。
リポジトリが Atlantis、Terraform Cloud、または issue_comment イベントで実行されるカスタム GitHub Actions などのコメントトリガー自動化を使用する場合、Claude の返信がそれらのワークフローをトリガーする可能性があることに注意してください。auto-fix を有効にする前にリポジトリの自動化を確認し、PR コメントがインフラストラクチャをデプロイするか特権操作を実行できるリポジトリでは auto-fix を無効にすることを検討してください。
セキュリティと分離
各クラウドセッションはいくつかのレイヤーを通じてマシンおよび他のセッションから分離されます:
- 分離された仮想マシン:各セッションは分離された Anthropic 管理 VM で実行されます。セッションが組織によってルーティングされるセルフホスト環境は、代わりに独自のインフラストラクチャで実行され、分離はデプロイメントの責任です
- ネットワークアクセス制御:Anthropic ホスト型環境では、ネットワークアクセスはデフォルトで制限され、無効にできます。ネットワークアクセスでアクセスレベル、デフォルト許可ドメイン、および許可リストを通過しないトラフィックを参照してください。セルフホスト型環境では、独自のネットワーク境界でセッション出力を制限します。ネットワークアクセスを無効にして実行する場合、Claude Code は Anthropic API と通信できます。これにより VM からデータが出ることを許可する可能性があります。
- 認証情報保護:Anthropic ホスト型環境では、git 認証情報と署名キーはサンドボックスの外に留まり、プロキシはスコープ付き認証情報で認証します。セルフホスト型環境では、デプロイメントが git 認証情報を提供します;git を設定を参照してください
- API 認証情報:Anthropic ホスト型環境の Pro および Max プランでは、クラウド環境に追加するキーはサンドボックスの外に留まり、セッションを離れた後、一致するリクエストに添付されます。セルフホスト型環境には API 認証情報がなく、Team および Enterprise プランはまだそれらを持っていません
- セキュアな分析:コードは PR を作成する前に分離されたセッション環境内で分析および変更されます
トラブルシューティング
API Error: 500、529 Overloaded、429、または Prompt is too long などの会話に表示される実行時 API エラーについては、エラーリファレンスを参照してください。これらのエラーとその修正は CLI および Desktop アプリと共有されます。以下のセクションはクラウドセッションに固有の問題をカバーしています。
セッション作成に失敗
新しいセッションが Session creation failed で開始に失敗するか、プロビジョニングで停止する場合、Claude Code は VM をセッションに割り当てることができませんでした。
- status.claude.com でクラウドセッションインシデントを確認してください
- 1 分後に再試行してください。容量はオンデマンドでプロビジョニングされます
- GitHub 接続後にリポジトリが表示されないに従って、GitHub 接続がリポジトリに到達できることを確認してください
組織 UUID を取得できない
claude --cloud と claude --teleport には claude.ai アカウントでのサインインが必要です。API キーで認証されている場合、または保存されたアカウント詳細が古い場合、これらのコマンドは Unable to get organization UUID で失敗するか、API キー認証が十分でないというメッセージが表示されます。API キー認証または古いアカウント詳細を使用して、セッション ID なしで claude --teleport を実行すると、どちらかのメッセージの代わりにセッションピッカーで Error loading Claude Code sessions が表示され、同じ修正が適用されます。
/login を実行して claude.ai アカウントでサインインし、コマンドを再試行してください。エラーがプロバイダーに名前を付ける場合は、エラーテーブルを参照してください:クラウドセッションはサードパーティプロバイダーを通じて利用できません。
Remote Control セッションの有効期限切れまたはアクセス拒否
--teleport はクラウドセッションが使用する同じ Remote Control セッションインフラストラクチャを通じて接続するため、認証およびセッション有効期限エラーは Remote Control の表現で表示されます。Remote Control session expired または Access denied が表示される場合があります。接続トークンは短命で、アカウントにスコープされています。
- ローカルで
/loginを実行して認証情報をリフレッシュし、再接続してください - セッションを所有する同じアカウントにサインインしていることを確認してください
Remote Control may not be available for this organizationが表示される場合、Owner がクラウドセッションを組織に対して有効にしていません
環境の有効期限切れ
クラウドセッションは非アクティブ期間後に停止し、セッションの VM は回収されます。セッションは MCP コネクタツール呼び出しを承認するか、MCP サーバーにサインインするのを待っている間、非アクティブとしてカウントされ、その待機中に有効期限が切れる可能性があります。
claude.ai/code からセッションを再度開いて、会話履歴が復元された新しい VM をプロビジョニングしてください。VM が回収されたときにまだ実行されていたバックグラウンド作業(subagents やシェルコマンドなど)は復元されません。
制限事項
クラウドセッションをワークフローに組み込む前に、以下の制約を考慮してください。
- レート制限: クラウドセッションは、アカウント内のすべての Claude および Claude Code の使用状況とレート制限を共有します。複数のタスクを並行実行すると、レート制限がそれに応じてより多く消費されます。クラウド VM に対する個別の計算料金はありません。
- リポジトリ認証: クラウドセッションをターミナルに取り込むことができるのは、同じアカウントで認証されている場合のみです。
- プラットフォーム制限: リポジトリのクローンとプルリクエストの作成には GitHub が必要です。自己ホスト型の GitHub Enterprise Server インスタンスは Team および Enterprise プランでサポートされています。GitLab、Bitbucket、またはその他の非 GitHub リポジトリをクラウドセッションに ローカルバンドル として送信できます。これは
CCR_FORCE_BUNDLE=1を設定することで実現できますが、セッションはその結果をリモートにプッシュバックできません。 - 組織 IP 許可リスト: クラウドセッションは Anthropic 管理インフラストラクチャから Anthropic API を呼び出します。これはお客様のネットワークからではなく、自己ホスト環境 のセッションはお客様自身のネットワークから呼び出します。組織で IP 許可リスト が有効になっている場合、Anthropic ホスト型のすべてのクラウドセッションは認証エラーで失敗します。同じことが Code Review および Anthropic ホスト環境で実行される routines にも適用されます。自己ホスト環境にルーティングされたルーチンは、お客様自身のネットワークから API を呼び出します。Anthropic ホスト型サービスを組織の IP 許可リストから除外するには、Anthropic サポート にお問い合わせください。
関連リソース
- クラウド環境:クラウドセッションのネットワークアクセス、環境変数、セットアップスクリプトを設定
- Projects:Claude がリポジトリ上で並列クラウドセッションを調整し、結果を報告する 1 つの会話
- Ultrareview:クラウドサンドボックスで深いマルチエージェントコードレビューを実行
- Routines:スケジュール、API 呼び出し、または GitHub イベントに応答して作業を自動化
- フック設定:セッションライフサイクルイベントでスクリプトを実行
- すべての設定:すべての設定オプション
- セキュリティ:分離保証とデータ処理
- データ使用:Anthropic がクラウドセッションから保持するもの
- Claude Tag:Slack で実行される組織管理の @Claude で、同じクラウドインフラストラクチャで動作