クラウドで Claude Code を使用する
ブラウザ、携帯電話、デスクトップアプリ、またはターミナルからクラウドで Claude Code セッションを実行し、--cloud と --teleport で移動し、プルリクエストを自動修正します。
クラウドセッションは Pro、Max、Team プランで利用でき、Premium シートまたは Chat + Claude Code シートを持つ Enterprise ユーザーも対象です。
クラウドセッションは、マシン上ではなくクラウドインフラストラクチャで実行される Claude Code セッションです。デフォルトでは Anthropic が管理するインフラストラクチャで実行されるか、ルーティングされた場合は組織のセルフホスト環境で実行されます。セッションはラップトップを閉じた後も実行を続け、任意のデバイスから確認または操作できます。
クラウドセッションが GitHub からコードをクローンしてブランチをプッシュできるようにするには、いずれかの GitHub 接続方法で GitHub を接続します。リポジトリが GitLab、Bitbucket、またはその他のホスト上にある場合は、プラットフォームの制限で利用可能な機能を確認してください。
以下のいずれかのサーフェスからクラウドセッションを開始できます:
- ブラウザ:claude.ai/code(ウェブ上の Claude Code とも呼ばれます)
- モバイル:Claude アプリのCode タブ
- デスクトップアプリ:セッションを開始するときにLocal の代わりにCloud を選択
- ターミナル:
claude --cloud - ルーティン:スケジュール実行とトリガー実行は各々クラウドセッションとして実行されます
セットアップが完了したら、このページを参考に、ターミナルとクラウド間での作業の移動、セッションの管理と共有、プルリクエストの自動修正の有効化、およびトラブルシューティングを行ってください。
以下のケースは他のページで説明しています:
- 最初のクラウドセッションの開始:クラウドセッションを始めるでは、GitHub を接続し、ブラウザでタスクを実行する手順を説明しています
- 1 つの作業本体に対する多数のクラウドセッション:プロジェクトを使用すると、Claude がセッションを開始して追跡します
- 別のデバイスからのローカルセッションの操作:ターミナル、IDE、またはLocal が選択されたデスクトップアプリのセッションはマシン上で実行され、Remote Control を使用すると携帯電話やブラウザからそれらにアクセスできます
クラウド環境
すべてのクラウドセッションはクラウド環境で実行されます。これはネットワークアクセス、環境変数、セットアップスクリプトを制御する保存された設定です。
- 最初の環境: 環境がまだない場合、オンボーディングはTrusted ネットワークアクセスを持つ Default 環境をセットアップします。自動的に作成されるか、作成するよう求められるかのいずれかです。プランごとにどちらになるかについては、Default 環境を参照してください
- セッションが使用する環境: 複数の環境がある場合にセッションが環境を選択する方法については、Default 環境を参照してください
- セッションがアクセスできる対象や起動時に実行する内容を変更する: クラウド環境を設定するを参照してください
- 設定なしでインストールされているもの: インストール済みツールを参照してください
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:Claude GitHub App をリポジトリにインストールすると、そのリポジトリのプルリクエストに対して Auto-fix も有効になります
- Projects:プロジェクト内のスレッドは、接続方法に関わらず、クローンする各リポジトリに Claude GitHub App がインストールされている必要があります。GitHub アクセスの設定を参照してください
Anthropic ホスト環境では、GitHub 認証情報は Anthropic のサーバー上で暗号化されたままであり、セッションの VM に入ることはありません。VM からの GitHub 操作は GitHub プロキシを通じて行われ、サーバー側で認証情報を添付します。
/web-setup のウォークスルー(/web-setup が保存する内容と削除方法を含む)については、ターミナルから接続を参照してください。
Zero Data Retention が有効な組織は /web-setup またはその他のクラウドセッション機能を使用できません。
Team および Enterprise 向けの Quick setup
Quick setup は、メンバーの GitHub と環境のセットアップの手順を省く組織設定です。Team および Enterprise プランではデフォルトでオフになっています。
オンにすると、メンバーにとって次の点が変わります:
/web-setup:メンバーは/web-setupで GitHub を接続できます。この設定がオフの間、このコマンドは非表示になります- GitHub App のプロンプト:ブラウザオンボーディングで Claude GitHub App のインストールプロンプトがスキップされます
- 最初の環境:ブラウザオンボーディングでは、環境フォームを表示する代わりに、メンバー向けに Default 環境が作成されます
Owner は Organization settings > Claude Code の Quick setup トグルでオンにします。
ターミナルとクラウド間でタスクを移動
これらのワークフローには Claude Code CLI が同じ claude.ai アカウントにサインインしている必要があります。ターミナルから新しいクラウドセッションを開始するか、クラウドセッションをターミナルにプルしてローカルで続行できます。クラウドセッションはラップトップを閉じても保持され、Claude モバイルアプリを含む任意の場所から監視できます。
CLI からのセッションハンドオフは一方向です:--teleport でクラウドセッションをターミナルにプルできますが、既存のターミナルセッションをクラウドにプッシュすることはできません。--cloud フラグはタスク説明を使用して現在のリポジトリの新しいクラウドセッションを作成します;-p とセッション ID または claude.ai/code URL を使用すると、代わりにその既存セッションにメッセージをキューイングします。Desktop アプリでは、Code タブのローカルセッションを Open 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などのキーファイルが含まれます。また、Git LFS などの git フィルターが管理するファイルへのコミットされていない変更も除外します。Left on this machine:という通知に除外されたファイルの名前が表示され、セッションは各ファイルのコミット済みバージョンで開始されます。コミット済みのものがない場合は、そのファイルなしで開始されます。 - ネイティブ Windows:追跡されたファイルへのコミットされていない変更は、ファイル名にかかわらずそのままアップロードされます。クラウドセッションに含めたくない編集は、セッションを開始する前にスタッシュするか元に戻してください。
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を実行します - macOS、Linux、WSL では、Claude Code は属性ルールがファイルに適用される方法に影響する git 設定(インクルードされた設定ファイルで設定された
core.attributesFileなど)に従うことができない場合、アップロードを拒否します。拒否メッセージは設定と修正に名前を付けます - バンドルから作成されたセッションは、GitHub 接続がそのリポジトリへのプッシュアクセスを持つ場合にのみ、GitHub リモートにプッシュバックできます
macOS、Linux、WSL では、アップロードには git 2.31 以降と、サポートされているチェックアウト構成も必要です。一方、ネイティブ Windows では、Claude Code はどちらのチェックも行わずにアップロードします。チェックアウトがこれらの要件を満たさない場合、Claude Code はセッションを開始しません。Not uploading this working tree: を含むエラーを出力し、原因と変更すべき点を示します。主な原因は次のとおりです:
- 古い git:インストールされている git が 2.31 より古い。git を更新してから再試行してください。
- アップロードがサポートしていないチェックアウト構成:サブモジュール内、
git clone --separate-git-dir、--shared、または--referenceで作成したクローン内、core.worktreeが設定されたチェックアウト内、または参照を reftable 形式で保持するリポジトリ内から開始した。代わりに、通常のgit cloneで作成したクローンのメインチェックアウトから開始してください。 - スパースチェックアウトを使用したリンクされた worktree:
git sparse-checkoutは worktree 独自のconfig.worktreeファイルに設定を書き込みますが、アップロードはこれを受け付けません。そのため、これらの設定を持つ worktree はアップロードされず、Claude Code がworktree.sparsePathsで作成した worktree もアップロードされません。代わりにリポジトリのメインチェックアウトから開始してください。 - 作業ツリー内に置かれた git 設定:git 設定が、チェックアウト内にあるファイルをインクルードしている(たとえば、リポジトリ内を指す
include.pathエントリ)。そのファイルを作業ツリーの外に移動するか、インクルードを削除してから再試行してください。
macOS、Linux、WSL では、git clone --filter で作成した部分クローンは、クローンがすべての追跡ファイルをローカルに保持している限り、履歴なしの作業ツリーのスナップショットとしてアップロードされます。
claude --cloud の場合、リポジトリが GitHub 上にあれば、アップロードとその要件を回避できます。ブランチをプッシュし、リポジトリに Claude GitHub App をインストールしてから、GitHub からクローンされるようにセッションを再度開始してください。
CLI からフォローアップを送信
クラウドセッションが実行されている場合、どこで実行されていても、claude auth login でサインインしている任意のマシンの claude CLI からそれにフォローアップメッセージを送信します。CLI は Anthropic アカウントの認証情報で認証し、ローカルセッション状態を送信しないため、コマンドはセッションを開始したマシンから実行する必要はありません。
コマンドは 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> ではサポートされていません。
送信が失敗した場合は、クラウドセッションへの送信時のエラーを参照してください。
クラウドからターミナルへ
以下のいずれかを使用してクラウドセッションをターミナルにプルします:
--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 がセッションのブランチをフェッチする際、フェッチがターミナルでの入力を待つことはありません。git や ssh がパスワード、鍵のパスフレーズ、または新しい SSH ホストの確認を求める場合、フェッチは失敗し、その後のチェックアウトはローカルクローンにすでにそのブランチがある場合にのみ成功します。SSH の 2 つのケースについては、鍵を ssh-agent に読み込み、事前に一度手動で git fetch を実行してホストを記録してください。
`--teleport` が利用できない
Teleport には claude.ai サブスクリプション認証が必要です。該当するケースを確認してください:
- API キーで認証されている場合:代わりに claude.ai アカウントでサインインするために
/loginを実行してください - エラーにプロバイダー名が表示される場合:クラウドセッションはサードパーティプロバイダーを通じて利用できません。エラーテーブルを参照してください
- すでに claude.ai 経由でサインインしている場合:組織がクラウドセッションを無効にしている可能性があります
セッションの操作
セッションは claude.ai/code のサイドバーに表示されます。そこから変更を確認し、チームメイトと共有し、完了した作業をアーカイブするか、セッションを永続的に削除できます。
クラウドセッションの権限モード
クラウドセッションの権限モードはモードドロップダウンから選択します。タスクを作成するときとセッションが実行されている間の両方で選択できます。
次のいずれかを行うと、Claude Code はセッションが直前にあった権限モードでセッションを再開します:
- Anthropic ホスト型の環境が有効期限切れになったセッションを再度開く
- セルフホスト型ランナーがアイドル中にリリースしたセッションにメッセージを送信する
変更を確認
各セッションは追加および削除された行数を示す差分インジケーター(例:+42 -18)を表示します。それを選択して差分ビューを開き、特定の行にインラインコメントを残し、次のメッセージで Claude に送信します。
差分ビューは、デフォルトでセッションの変更をそのベースブランチと比較します。リポジトリ内の他の任意のブランチと比較するには、Compare against を選択してブランチを 1 つ選びます。
Claude Code はこれらの差分を raw git blob コンテンツから計算するため、リポジトリで設定された diff ドライバーと textconv フィルターは適用されません。
以下の手順は別の場所で説明しています:
- PR 作成を含む完全なウォークスルー:Review and iterate を参照してください
- Claude に PR の CI 失敗とレビューコメントを自動的に監視させる:プルリクエストの自動修正を参照してください
コンテキストを管理
クラウドセッションは組み込みコマンドをサポートしており、テキスト出力を生成します。ターミナルインターフェイスでのみ実行されるコマンド(/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 を追加することで有効にできます。
キューに入ったメッセージを取り戻す
Claude が作業中にメッセージを送信すると、Claude がそれを読むまでメッセージはキューに入ります。キューに入ったメッセージを取り戻すには、その上の ✕ をクリックします。テキストはメッセージボックスに戻るため、編集するか別のものを送信できます。
Claude がすでにメッセージを読んでいる場合、それは会話に留まります。
セッションを共有
セッションを共有するには、以下のアカウントタイプに従ってその可視性を切り替えます。その後、セッションリンクをそのまま共有します。受信者はリンクを開くと最新の状態を表示しますが、ビューはリアルタイムで更新されません。
Enterprise または Team アカウントから共有
Enterprise および Team アカウントでは、共有は次のように機能します:
- 可視性オプション:Private と Team。Team 可視性により、セッションは claude.ai 組織の他のメンバーに表示されます
- リポジトリアクセス:検証はデフォルトで有効になっており、受信者のアカウントに接続された GitHub アカウントに基づいて行われます
- ユーザーの名前:アカウントの表示名はアクセス権を持つすべての受信者に表示されます
- Slack セッション:Claude in Slack セッションは自動的に Team 可視性で共有されます
Max または Pro アカウントから共有
Max および Pro アカウントでは、共有は次のように機能します:
- 可視性オプション: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 キー認証では不十分であるというメッセージ
- セッション 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 がクラウドセッションを組織に対して有効にしていません
クラウドセッションへの送信時のエラー
これらのエラーは、-p の有無にかかわらず、--cloud <session-id> を指定して claude を実行したときに発生します。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 |
セッションはアーカイブされています。代わりに新しいセッションを開始してください。 |
環境の有効期限切れ
クラウドセッションは非アクティブ期間後に停止し、セッションの VM は回収されます。セッションは MCP コネクタツール呼び出しを承認するか、MCP サーバーにサインインするのを待っている間、非アクティブとしてカウントされ、その待機中に有効期限が切れる可能性があります。
claude.ai/code からセッションを再度開いて、新しい VM をプロビジョニングしてください。
- 復元されるもの: 会話履歴
- 復元されないもの: VM が回収されたときにまだ実行されていたバックグラウンド作業(サブエージェントやシェルコマンドなど)
制限事項
クラウドセッションをワークフローに組み込む前に、以下の制約を考慮してください。
- レート制限: クラウドセッションは、アカウント内のすべての Claude および Claude Code の使用状況とレート制限を共有します。複数のタスクを並行実行すると、レート制限がそれに応じてより多く消費されます。クラウド VM に対する個別の計算料金はありません。
- 時間制限: Claude が実行するコマンドと SessionStart フックにはデフォルトのタイムアウトがあり、変更できます。セットアップスクリプトはおよそ 5 分以内に完了した場合のみキャッシュされます。時間制限 を参照してください。
- リポジトリ認証: クラウドセッションをターミナルに取り込むことができるのは、同じアカウントで認証されている場合のみです。
- プラットフォーム制限: リポジトリのクローンとプルリクエストの作成には 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 で、同じクラウドインフラストラクチャで動作