Claude Codeのクラウドセッションがリサーチプレビューを終了 — クラウド環境に移行する際、ローカル設定の何が残されるのか（2026年）

本質は、2つのドキュメントページ「Use Claude Code in the cloud（クラウドでClaude Codeを使用する）」と、クラウド環境のリファレンスにあります。最初のページでは、「クラウドセッションは、Pro、Max、Teamプラン、およびプレミアムシートまたはChat + Claude Codeシートを持つEnterpriseユーザーが利用できます」と述べられています。ブラウザ、モバイルアプリ、デスクトップアプリ、またはターミナルから claude --cloud を実行して開始できます。

2番目のページには、コンテキストにとって重要な部分が含まれています。「What carries over from your setup（セットアップから引き継がれるもの）」セクションは、設計全体を要約する3つの文で始まります。「クラウドセッションは、リポジトリのクリーンなクローンから開始されます。リポジトリにコミットしたものはすべて利用可能です。自身のマシンにのみインストールまたは設定したものは、セッションでは利用できません。」

その下には、行ごとの表があります。「はい（Yes）」となっている行の理由はすべて同じで、「クローンの一部（Part of the clone）」だからです。リポジトリの CLAUDE.md、.claude/rules/、.claude/skills/、.claude/agents/、.claude/commands/ はすべてリポジトリ内のファイルであるため、クラウドに届きます。

「いいえ（No）」となっている行は、人々が無意識のうちに依存しているものです：

• ユーザーレベルの ~/.claude/CLAUDE.md：「リポジトリではなく、あなたのマシンに存在するため。」
• ユーザースキル、エージェント、コマンド：「リポジトリではなく、あなたのマシンに存在するため。代わりにリポジトリの .claude/ ディレクトリにコミットしてください。」
• ユーザー設定でのみ有効にしたプラグイン。
• デフォルトのローカルスコープまたはユーザースコープで追加したMCPサーバー：「これらはリポジトリではなく、あなたのマシンの ~/.claude.json に書き込まれるため。」

設定ドキュメントでも、逆の視点から同じことが述べられています。ユーザーおよびプロジェクトのローカル設定（~/.claude/settings.json および .claude/settings.local.json）は「読み込まれません。両方ともあなたのマシンに残り、ローカルファイルはクローンに含まれません。」クラウド環境のページでは、フックに関する具体的な警告が追加されています。「ユーザーレベルの ~/.claude/settings.json に SessionStart フックがある場合、クラウドでは動作することを期待しないでください。ユーザーレベルの設定はあなたのマシンに残ります。」

アンド、このローンチより前から存在する記憶（memory）に関するドキュメントは、Claudeがあなたのマシンで学習した内容についての疑問にすでに答えていました。「オートメモリはマシンローカルです。同じGitリポジトリ内のすべてのワークツリーとサブディレクトリは、1つのオートメモリディレクトリを共有します。ファイルはマシン間やクラウド環境間で共有されません。」

Anthropicが導き出す1行の結論は明白です。「クラウドセッションで独自の設定を利用できるようにするには、それをリポジトリにコミットしてください。」

一般提供（GA）によってクラウドセッションの仕組みが変わるわけではありません。あの表はプレビュー期間中も存在していました。変わるのは規模です。クラウドセッションは、誰も監視していないタスクを含め、チーム全体が毎日利用できるものになりました。

これにより、問いは「開始時に何を知っているか」へとシフトします。ローカルセッションは、リポジトリの CLAUDE.md、個人の ~/.claude/CLAUDE.md、個人のスキル、MCPサーバー、フック、そしてClaudeがこのマシンのこのプロジェクトで蓄積してきたオートメモリなど、複数のコンテキストレイヤーから開始されます。一方、クラウドセッションは、これらのレイヤーの最初のものと、クラウドがアクセスできる場所に意図的に配置したものだけで開始されます。

ターミナルからのハンドオフ（引き継ぎ）の方向も変わりません。ドキュメントには明記されています。「CLIからのセッションハンドオフは一方向です。--teleport を使用してクラウドセッションをターミナルにプルすることはできますが、既存のターミナルセッションをクラウドにプッシュすることはできません。」デスクトップアプリは例外で、Continue in（〜で続行）メニューから「ローカルセッションをクラウドに送信する」ことができます。

また、テレポートはリンクではなくコピーを作成します。クラウドセッションをプルダウンすると、「ターミナルはセッションの独自のコピーを取得します。そこでの新しい作業はローカルに残り、claude.aiやClaudeモバイルアプリのクラウドセッションには表示されません。」ドキュメントでは、再開（resume）とも区別されています。「--resume はこのマシンのローカル履歴から会話を再開し、クラウドセッションはリストしません。--teleport はクラウドセッションとそのブランチをプルします。」

もしあなたが なぜClaude Codeは別のマシンで忘れてしまうのか を読んだことがあるなら、この話のオートメモリに関する半分はすでにご存知でしょう。この記事は、ユーザーレイヤーの残りの部分、つまりローカルセッションをそのように動作させている指示、スキル、サーバー、フック、設定についてです。これらは、あなたが移動させない限り、どこにも移行しません。

「自分のセットアップがクラウドに移行した」 — そうではありません。あなたのアカウントはサインインされており、組織のサーバー管理設定は適用されます（表には、セッション開始時に「Anthropicのサーバーから取得される」と記載されています）。しかし、ホームディレクトリに構築した設定は依然としてノートPC上にあります。

「クラウドセッションはターミナルの続きから再開される」 — 関連する状態がリポジトリにある場合に限られます。CLIからターミナルセッションをクラウドにプッシュすることはできず、テレポートされたセッションは独立したローカルコピーになります。1つの会話のように見える2つのセッションが、フォークされたClaude Codeセッションがコピーの学習内容を自らの中に留めておくのと同様に、静かに分岐していく可能性があります。

「リポジトリの設定ファイルですべてカバーできる」 — 単一のリポジトリであれば、ほぼその通りです。.claude/settings.json 内のフックや権限ルールについて、表には「はい、1つのリポジトリを持つセッションの場合」と記載されていますが、続けて「プロジェクトスレッドを含む複数のリポジトリを持つセッションは、クローンの上位から開始されるため、それらを読み込みません」とあります。リポジトリで宣言されたプラグインは別ケースです。「クラウドセッションは、リポジトリが enabledPlugins で有効にしているプラグインをインストールしません。」

「Claudeがインストールしたものは、次回もそこにある」 — アドホックなインストールについて、ドキュメントは異なる見解を示しています。「セッションの途中でClaudeにパッケージのインストールを依頼することもできますが、それらのインストールは他のセッションには引き継がれません。」セッションが常に必要とするものについては、セットアップスクリプトを使用してください。

「トークンを環境変数に入れておこう」 — Anthropicの警告は直接的です。「その環境を使用する誰もが、環境変数やセットアップスクリプトを読み取ることができます。」ProおよびMaxプランでは、代わりにエージェントプロキシによってアタッチされるAPI認証情報を指すようドキュメントで指示されています。

これらは設計上の欠陥ではありません。クラウドセッションは意図的にクリーンなマシンであり、クリーンなマシンはあなたが与えたものしか知りません。

クラウドセッションは、優れたローカルセッションが持つものと同じ作業コンテキストから開始されるべきであり、そこで決定されたことはすべて、次のセッションが見つけられる場所に保存されるべきです。

ステップ 1：ユーザーレイヤーを棚卸しし、チーム用と個人用に分類する

ホームフォルダを開き、このプロジェクトのためにClaude Codeがそこから読み取っているものをリストアップします：

• ~/.claude/CLAUDE.md — 個人の指示（インストラクション）。
• ~/.claude/skills/、~/.claude/agents/、~/.claude/commands/ — 個人の手順。
• ~/.claude/settings.json — フック、権限ルール、ユーザースコープのプラグイン。
• ~/.claude.json — ローカルまたはユーザースコープで追加されたMCPサーバー。
• このプロジェクトのオートメモリディレクトリ（MEMORY.md はClaudeが保存した内容のインデックスです）。

各項目について、「このタスクを開始するチームメイトにこれが必要か？」という質問を1つ投げかけてみてください。ビルドコマンド、テストの規約、コードベースが依存するMCPサーバーは、たまたまあなたのホームフォルダに存在しているチームのコンテキストです。あなたが好む回答の長さや個人のレビューチェックリストは、個人のコンテキストです。

オートメモリは特に注意深く読んでください。そこには、Claudeがあなたと作業する中で理解したこと（不安定なテスト、実際に動作するコマンドなど）が記録されています。チーム全体が知るべきことはすべてリポジトリに属します。

もし個人用とプロジェクト用の指示ファイルが衝突している場合は、まずそれを整理してください。競合するCLAUDE.mdレイヤーの調整 では、この問題のローカル版を扱っていますが、クラウドで一方のレイヤーが完全に消失すると、問題はさらに悪化します。

ステップ 2：各項目をドキュメントで指定された場所に移動する

Anthropic'sの表には、それぞれの配置場所が示されているので、それに従います。

チームの指示は、リポジトリの CLAUDE.md または .claude/rules/ に配置します。チームのスキル、エージェント、コマンドは、リポジトリの .claude/ ディレクトリに配置します。表では、これが「クローンの一部」であるため利用可能とマークされています。

プロジェクトが必要とするMCPサーバーは、プロジェクトスコープで追加する必要があります。ドキュメントにはその手順が記載されています。「claude mcp add --scope project でサーバーを追加すると、リポジトリの .mcp.json に書き込まれるので、そのファイルをコミットします。1つのリポジトリを持つセッションがこれを読み込みます。」

環境をセットアップするフックは、リポジトリの .claude/settings.json またはセットアップスクリプトに属します。ドキュメントには、フックは「Claude Codeの起動後、再開されたセッションを含むすべてのセッションで実行される」と記載されています。

どこでも使用したい個人のスキルやプラグインには、別のルートがあります。表には「クラウドセッションは、claude.aiで有効にしたスキルを自動的に読み込む」とあり、claude.aiアカウントで有効にされたプラグインは同期プラグインとして読み込まれます。

シークレット（機密情報）はどちらの方法でも扱えません。他人が読み取れる環境変数には含めず、プランで提供されている場合はAPI認証情報の仕組みを使用してください。

ステップ 3：各クラウドタスクにブリーフィングを行い、その決定事項をリポジトリに書き戻す

リポジトリが適切に整理されていても、クラウドタスクには短いブリーフィング（タスク内容、何をもって「完了」とするか、どの決定がなされているか、どのファイルに触れてはならないか）が効果的です。あなたのノートPCを見たことがない外部の協力者に向けて書くように作成してください。実際の状況がまさにそれだからです。

そして、ループを閉じます。クラウドセッションが、残す価値のある決定（規約、回避策、依存関係が固定された理由など）を行った場合は、同じプルリクエストの一部としてそれをリポジトリに書き込むよう指示してください。そうしないと、その決定はそのセッションのトランスクリプト内にのみ残り、それ以降のセッションはそれを知らない状態で開始されることになります。

最後に、長期タスクの「正」となるコピーがどこに存在するのかを決定します。セッションをターミナルにテレポートして作業を続ける場合、ドキュメントの「そこでの新しい作業はローカルに残り、クラウドセッションには表示されません」という文言を思い出してください。続行する場所を1つに決め、もう一方は履歴として扱います。

複数のクラウドスレッドを調整するためにClaude Codeプロジェクトを使用している場合、これには追加のレイヤーが存在します。プロジェクトのドキュメントでは、プロジェクトメモリを「要件、決定事項、落とし穴についてClaudeが保持するメモ」と説明しており、「両方とも MEMORY.md インデックスを使用するものの、Claude Codeがあなたのマシンに保持するオートメモリとは別物である」と述べています。その共有メモリがスレッド間でどのように機能するかは、Claudeの再設計されたプロジェクト で解説されています。

チームのコンテキストをリポジトリに移動させることで、1つのコードベースに属する部分は解決します。残るのは、リポジトリ、マシン、ツールをまたぐコンテキストです。例えば、3つのサービスに適用されるアーキテクチャの決定、規約の背景にある理由、あなた自身の作業の好み、前四半期に終了したプロジェクトからの教訓などです。MemoryLake は、ローカルかクラウドかを問わず、開始するすべてのセッションにそのレイヤーを届けるために保持しておく場所です。

エントリーはあなた自身が自分の言葉で書き込みます。あなたの ~/.claude フォルダ、オートメモリディレクトリ、クラウドセッション、またはベンダーのストレージから何かが読み取られたり、書き込まれたり、削除されたりすることはありません。

ステップ 1：APIキーを作成する

サインインし、ダッシュボードからキーを生成します。キーは特定のマシンではなく、記憶レイヤー内のワークスペースに属しているため、クリーンなクラウドクローンとあなたのノートPCは同じ場所にアクセスできます。

ステップ 2：最初の記憶をアップロードする

上記の解決策の「ステップ 1」の棚卸しから始めましょう。プロジェクト横断的な決定事項、規約の背景にある理由、および毎回ブリーフィングで繰り返すことになる好みの設定などです。1つのエントリーに1つの事実を、新しいチームメイトに説明するような表現で記述します。

ステップ 3：AIとエージェントを接続する

Claude Codeや、使用している他のアシスタントを接続します。これにより、CLAUDE.md をまったく読み込まないツールを含め、セッションが実行されるあらゆる場所で同じエントリーが利用可能になります。

最初の違いは、クラウドセッションがローカルセッションよりも機能的に劣っているように感じられなくなることです。人々が気づくギャップのほとんどは、モデルやマシンの違いではなく、ホームフォルダに存在していたコンテキストの欠落によるものです。

2つ目は、個人とチームのコンテキストがようやく分離されることです。~/.claude 内のどの項目がチームの知識であるかを決定する作業自体が有用であり、本来であれば最初からリポジトリにあるべきだった指示が浮き彫りになる傾向があります。これは、Claude Codeセッション間でのコンテキストの共有 で説明されている整理作業と同じですが、より明確な期限が伴います。

3つ目は、長期タスクの引き継ぎがより安全になることです。十分にブリーフィングされ、決定事項をリポジトリに書き戻すセッションは、どこで実行されるにしても、次のセッションが追跡できる痕跡を残します。

4つ目は概念的なものです。コンテキストエンジニアリングの観点から見ると、クラウドセッションは、コンテキストとは「エージェントが持ち運ぶもの」ではなく「組み立てるもの」であることを示しています。同じ論理は、長期の実行内にも適用されます。コンパクション（圧縮）中に Claude Codeに保持するよう指示するもの が、何が生き残るかを決定します。

クラウド環境は「新しいチームメイトのマシン」として扱う。 そこにはリポジトリしかなく、あなたのセットアップから引き継がれたものは他にありません。それに合わせてブリーフィングを行ってください。

個人のコンテキストではなく、チームのコンテキストをコミットする。 ビルドコマンド、規約、プロジェクトのMCPサーバーはリポジトリに配置します。個人のスタイルの好みは配置する必要はありません。

コードベースが必要とするMCPサーバーにはプロジェクトスコープを使用する。 ユーザースコープで追加されたサーバーは ~/.claude.json に保存され、ノートPCに残ります。

シークレットは環境変数に含めない。 その環境を使用する誰もがそれらを読み取ることができます。

長期タスクの「正」となるコピーを1つ決める。 テレポートはローカルコピーを作成します。どちら側で続行するかを決定してください。

決定事項はプルリクエストの一部として書き戻す。 トランスクリプト内に留まった決定は、次のセッションからは見えません。セッションを手動で 別のマシンに移動する 場合も同様です。

クラウドセッションがリサーチプレビューを終了したことは、真のマイルストーンです。Claude Codeにタスクを任せ、ノートPCを閉じ、戻ってきたら作業が完了しているのです。

Anthropicのドキュメントは、もう一方の半分についても同様に明確です。クラウドセッションはクリーンなクローンです。ユーザーレベルの CLAUDE.md、個人のスキル、ユーザースコープのMCPサーバー、フック、そしてオートメモリはあなたのマシンに残ります。ドキュメントにあるように、「クラウドセッションで独自の設定を利用できるようにするには、それをリポジトリにコミットしてください。」

ユーザーレイヤーを棚卸しし、チームのコンテキストをリポジトリまたはclaude.aiアカウントに移動し、各タスクにブリーフィングを行い、決定事項を書き戻しましょう。リポジトリをまたぐコンテキストは、すべてのセッションがアクセスできるレイヤーに保持してください。