Claude Codeのクラウドセッションとクレジットの仕組み

クラウドセッションはプラン料金を支払っているのに、なぜクレジットを消費するのか

クラウドセッションのクレジットは、プランに含まれる利用枠を消費する前にクラウドセッションが使う無料のボーナス残高です。Anthropic はプロモーションとして、対象となる個人向け Pro および Max の契約者にこのクレジットを付与しました。そのため、支払った料金の一部ではありません。クラウドセッションは、ノート PC ではなく Anthropic のマシン上で実行される Claude Code セッションです。クラウドセッションもサブスクリプションに含まれており、Anthropic のドキュメントには、セッションを実行する仮想マシン（VM）に別料金はかからないと明記されています。クレジットによって変わるのは、利用量の計上順序です。アカウントにクレジット残高がある間は、クラウドセッションが先にその残高を消費します。残高がなくなった後に、ターミナルセッションやチャットが共有している同じ利用枠への計上が始まります。

「Pro または Max の料金をすでに支払っているのに、なぜクレジットが課金されるのか」という疑問への答えは、クレジットがプランの代わりではなく、プランの前に置かれた追加の利用枠だからです。サブスクリプションの内容が変わったわけではありません。プランの前に、2 つ目のメーターが追加されたということです。

このセッションは自分のマシン上で実行されていますか、それともクラウド上ですか？

以降のすべては、この違いによって決まります。ただし、インターフェースに常に明確に表示されるとは限りません。ブラウザーの claude.ai/code、Claude モバイルアプリの Code タブ、Local ではなく Cloud を選択した Desktop アプリ、claude --cloud を指定したターミナル、またはスケジュール済みのルーチンから開始したセッションは、クラウド上で実行されます。ターミナル、IDE、または Local を選択した Desktop アプリで開始したセッションは、自分のマシン上で実行されます。

例外のように見えて、実際にはそうではないケースがあります。Remote Control を使うと、セッションが自分のマシン上で実行されている間に、スマートフォンやブラウザーからそのセッションを監視し、操作できます。これはローカルセッションです。そのため、すでに所有しているハードウェア上で処理が実行され、クラウドクレジットは消費されません。

クラウドセッションは Pro、Max、Team プランで利用できます。また、premium seats を持つ Enterprise ユーザー、または Chat + Claude Code seats を持つ Enterprise ユーザーも利用できます。

クラウドセッションの使用量はどこから発生しますか？

アカウントの通常の利用枠から発生します。通常の利用枠より先にあるクレジットを使い切った後に適用されます。クラウドセッションのドキュメントには、次のように明記されています。「クラウドセッションは、アカウント内の他のすべての Claude および Claude Code の使用とレート制限を共有します。複数のタスクを並列で実行すると、レート制限をそれに比例して多く消費します。」同じページには、「クラウド VM に別途料金はかかりません」とも記載されています。

2 文目は、驚く人が多い重要な説明なので、もう一度読んでください。各 claude --cloud コマンドは、それぞれ独自のコンテキストウィンドウを持つセッションを作成します。4 つのタスクを同時に開始すると、4 つのセッションがそれぞれ同時にリクエストを送信します。そのため、アカウントからの消費量は、1 つのセッションだけの場合のおよそ 4 倍になります。VM は無料です。トークンは無料ではありません。

例外は、プランではなく利用クレジットに対して課金される機能です。これについては次のセクションで説明します。

「credit」という語は2つの異なる意味を持つ

このインターフェースでは、2つの異なる仕組みに同じ語を使っているため、この質問が特に分かりにくくなっています。

Usage credits は恒久的に利用できる仕組みです。Settings > Usage で自分でチャージする前払い残高で、Pro、Max 5x、Max 20x で利用できます。通常の作業では、プランのいずれかの上限に達するまで使用されません。Anthropic は、プランの上限に達したときに「ブロックされる代わりに」適用されるものと説明しています。その後、クレジットが有効で残高があれば作業は継続し、使用量は「標準の API 料金レートで請求」されます。API は application programming interface の略で、標準 API 料金はトークン単位で課金されます。つまり、これは利用枠ではなく従量課金です。月間の支出上限を設定でき、/usage にはその月の支出額と上限が表示されます。Usage credits は Claude の会話と Claude Code の両方に適用されます。この残高の全体像と、この語に含まれるもう1つの無関係な意味については、usage credits の内容と、この語が混同を招く理由を参照してください。

プランの使用量が残っていても、Usage credits を消費する機能があります。Pro、Max、Team、Enterprise では、fast mode は「Usage credits でのみ利用でき、サブスクリプションのレート制限には含まれません」。fast mode のドキュメントにも、「プランの使用量が残っている場合でも、Usage credits から直接引き落とされます」とあります。クレジットを有効にするまで、/fast は「Fast mode requires usage credits」と表示して拒否します。fast mode は cloud sessions でも動作します。cloud session として実行される Ultrareview には、Pro と Max でアカウントごとに3回の無料実行があり、その後は各レビューが Usage credits に請求されます。Pro では、Fable は Usage credits 経由でのみ利用できます。これらは、プラン料金とは別に費用が発生する cloud work です。

A cloud session credit は、前払い残高ではなくプロモーション特典です。Anthropic のヘルプセンターでは、Pro に $100、Max に $250 のボーナスクレジットが付与されるものと説明しており、「Cloud sessions は Pro または Max プランに含まれており、このクレジットによって通常のプラン上限に加えて無料利用が追加されます」としています。これは購入するものではなく付与されるもので、対象は cloud sessions のみです。chat、Cowork、Remote Control sessions には適用されません。cloud session の開始時に自動で適用されます。残高がある間は cloud session の使用量がそこから支払われ、プランの上限には算入されません。Pro には1つ注意点があります。cloud session で Fable を使用すると、まずボーナスクレジットが消費され、「ボーナスクレジットを使い切った直後から Fable は Usage credits を使用します」。

ここでの正直な答えは、2つの仕組みが別々の場所で説明されているため、この説明を含め、どの要約も鵜呑みにせず自分のアカウントを確認すべきだということです。2026年10月10日時点で、code.claude.com の cloud sessions ページはレート制限の共有について説明していますが、プロモーションクレジットには触れていません。一方、Usage credits のヘルプ記事は前払い残高を説明していますが、cloud sessions については触れていません。このプロモーションには専用のヘルプセンター記事があります。対象は、2026年9月23日の開始時点でサブスクリプションが有効だった個人の Pro および Max 加入者でした。Team、Enterprise、無料トライアル中、支払い遅延中のアカウントは対象外で、Amazon Bedrock、Google Vertex AI、または API key 経由のサインインも対象外でした。申請期限は2026年10月7日で、すでに過ぎています。クレジットの有効期限は2026年11月4日 11:59 PM PTです。残りの残高は usage menu に表示されます。

プールが空になるとどうなりますか？

空になったプールによって、動作は3通りに分かれます。

プロモーションの cloud session credit を使い切っても、処理は停止しません。cloud session は通常のプラン上限に対する使用量として再びカウントされます。ここは特に注意が必要です。cloud での作業が無料に感じられた理由はこの credit にあり、通常のカウントへの切り替えは通知なしに行われるためです。

プランに含まれる上限に達した時点で usage credits が有効かつ残高がある場合、処理は継続し、月間の支出上限に達するまで標準の API 料金に基づいて token 単位で課金されます。上限に達すると、Claude Code は「You've hit your monthly spend limit」のように、到達した上限を示すメッセージを表示します。Pro と Max では、CLI を離れずにその上限を引き上げるか、削除できます。

プランの上限に達した時点で usage credits が無効、または残高がない場合、処理は停止します。「You've hit your session limit」または「You've hit your weekly limit」と、上限がリセットされる時刻が表示されます。これらの上限はすべての model に適用されるため、/model でも回避できません。model 固有のメッセージの場合は動作が異なります。「You've hit your Opus limit」と表示された後、/model sonnet で別の family に切り替えれば、処理を継続できます。上限に達した時点で選べる選択肢とリセット期間の数え方は、必要になってから読むよりも、事前に確認しておくほうが分かりやすくなります。

この経路で、処理を継続するために model が暗黙に downgrade されたり、context が削減されたりすることはありません。meter に使用できる残りがあれば処理は続き、なければ停止します。

クラウドセッションで消費した使用量はどこで確認できますか？

確認場所は2つあります。ただし、片方は読み方を誤ると誤解を招きます。

claude.ai の Settings > Usage が正式な確認画面です。ここでは、プランの使用量、使用量クレジットの有効状態、残高、今月の使用額、月間使用額の上限を確認できます。ターミナルからは、/usage-credits を実行すると同じページをブラウザーで開けます。

セッション内で /usage を実行すると、プランの使用量バーが表示されます。Pro、Max、Team、Enterprise では、直近の使用量の内訳も表示されます。skills、subagents、plugins、個別の MCP servers について、合計に占める割合を確認できます。また、長いコンテキストやキャッシュミスなど、直近の使用量の大部分を占める要因も示されます。d または w を押すと、過去1日間と過去1週間を切り替えられます。

ここに落とし穴があります。日次と週次の数値は、コマンドを入力したマシン上のセッション履歴から計算されます。ドキュメントにも、「他のデバイスや claude.ai での使用量は含まれない」と明記されています。そのため、午後にクラウドで大量に作業した後、ターミナルで /usage を実行すると、クラウドでの作業が別の場所で行われたため、使用量の少ない日として表示されます。クラウドの使用量を確認する場合は、クラウドセッション内で /usage を実行するか、Settings > Usage を開いてください。

クラウドセッションのコストが高くなる原因

Claude Code セッションのコストは、送信するコンテキストのサイズに、送信回数を掛けたものです。クラウドセッションでは、VM とは関係のない理由で、この両方が増えやすくなります。

長時間のバックグラウンド実行では、ターンごとに会話全体が再送信されます。さらに、各ツール呼び出しで、その結果を含むリクエストが追加されます。そのため、1 時間動作し続けたセッションでは、それまでの履歴に対して何度も料金が発生します。これは Claude Code セッションで実際にトークンを消費するもので説明した仕組みと同じで、ローカルでの作業にも同様に適用されます。違いは、クラウドセッションは監視する人がいないため、停止されるまでの時間が大幅に長くなりやすいことです。

リポジトリの再読み込みも大きな要因です。VM はリポジトリを新たに clone するため、前日に調べた内容を記憶していません。「エラーハンドリングを整理して」のように曖昧な指示を出すと、Claude はエラーハンドリングの場所を見つけるために広範囲を検索し、多数のファイルを読み込みます。「src/http/retry.ts の retry wrapper を src/sync/ の 3 つの呼び出し元に追加して」のように具体的に指示すれば、検索が不要になるため、使用するトークンは一部で済みます。

/clear はクラウドセッションには存在しません。ローカルでは、無関係なタスクの間にクリアしてもコストはかからず、次のタスクのコンテキストを小さく保てます。クラウドセッションでは、代わりにサイドバーから新しいセッションを開始する必要があります。同じスレッドを再利用し続けると、それまでの内容が後続のすべてのリクエストに引き継がれます。

アイドル時間もコストになります。クラウドセッションは、一定時間操作がないと停止し、VM が回収されます。claude.ai/code からセッションを再開すると、会話履歴を復元した新しい VM がプロビジョニングされます。ただし、VM が停止した時点で実行中だったバックグラウンド処理は復元されません。その間隔の後に送る最初のメッセージでは prompt cache も利用できません。そのため、コンテキスト全体が安価に読み戻されるのではなく、通常料金で再処理されます。また、プランの範囲内で利用している場合よりも、usage credits を使用している場合のほうが cache の有効期間は短くなります。

クラウドセッション内で利用できる制御は次のとおりです。/context でウィンドウ内の内容を確認できます。/compact keep the test output で指定した観点に基づいて要約できます。/model sonnet または /effort を使えば、機械的な作業に Opus 料金を支払わずに済みます。ただし、/compact は要約対象の会話を読み込むため、非常に大きなコンテキストを compact すると、それ自体が大きなリクエストになります。Subagent は詳細な出力を別のコンテキストウィンドウに保持しますが、各 subagent は独自のリクエストを送信します。そのため、縮小されるのは合計ではなく、メインコンテキストです。このオーバーヘッドの構造については、agent harness がすべてのリクエストに追加するもので説明しています。

ローカルで同じジョブを実行する

この作業をローカルで行う場合は通常の CLI を使います。どちらか一方を選ぶのではなく、ジョブを分割する方法が有効です。

中断しても調査をやり直しやすいマシン上で計画を立てます。

claude --permission-mode plan

plan mode では Claude がファイルを読み取り、コマンドを実行して調査します。その後、ソースを編集せずにアプローチを提案します。計画を commit して push し、実行を cloud session に引き渡します。

claude --cloud "Execute the migration plan in docs/migration-plan.md"

最初は見落としやすい点があります。cloud VM は、現在の branch におけるリポジトリの GitHub remote を clone します。ローカルの working copy は clone されません。そのため、push していない変更は、その session からは存在しないものとして扱われます。先に push してください。例外は、git remote がないリポジトリ、または Claude GitHub App がインストールされていない github.com のリポジトリです。この場合、Claude Code はローカルリポジトリの bundle をアップロードします。tracked files の未 commit 変更は含まれますが、untracked files は含まれません。

自分のマシンで cloud session を完了するには、session を pull します。

claude --teleport

Teleport は session の branch を fetch して checkout し、その後、会話履歴全体を terminal に読み込みます。working tree が clean であり、fork ではなく同じリポジトリを checkout している必要があります。その後、terminal には session の独自のコピーが作成されます。そこでの新しい作業はローカルに留まり、claude.ai には反映されません。

ローカルで実行しても、単一の token の料金が安くなるわけではありません。得られるのは制御性です。タスク間の /clear、後で戻るための /resume、VM の期限切れがないこと、そして Claude が誤った方向に進んだ瞬間に Escape を押せることです。いずれにしても作業のそばにいる場合は、通常、この制御性のほうが利便性より重要です。テストスイートに twenty minutes かかる場合や、ラップトップを閉じている間もタスクを進めたい場合は、cloud を使う価値があります。context を小さく保つことは、どちらの環境でも有効です。詳しくは context window を意図的に管理する で説明します。

プラン変更が本当の解決策になる場合

クレジットで容量を補う方法は割高です。クレジットはトークン単位の標準料金で課金されますが、サブスクリプションは定額だからです。毎週チャージしているなら、すでに費用対効果が悪化しています。

問題が使い方ではなくプランにあることを示す兆候が2つあります。1つ目は、特別な作業を試す前に、通常の作業中に上限へ達することです。2つ目は、クレジット残高が毎月同じ時期に尽きることです。プロンプトをさらに調整しても、どちらも解決しません。

比較すべき項目と、各プランの実際の違いは、この段落ではなくプランページで確認してください。まずは自分の作業方法に合うプランを確認し、すでにMaxを利用している場合は2つのMax tiersの違いを確認します。Settings > Usageを開き、自分の利用実績を基に判断してください。

FAQ

クラウドセッションは Claude プランの料金に加えて別途費用がかかりますか？

いいえ。クラウドセッションのドキュメントには、「クラウド VM に別途料金はかからない」とあり、クラウドセッションは「アカウント内の他の Claude および Claude Code の利用とレート制限を共有する」と説明されています。マシンの料金はプランに含まれます。消費するのはトークンです。トークンは、端末とチャットが使用するのと同じプールから差し引かれます。ただし、ボーナスクレジットがそのプールの前にあり、先に消費される場合を除きます。無料分を超えた fast mode や ultrareview の実行など、usage credits で課金される機能は例外です。これらは実行場所にかかわらず追加料金がかかります。

ローカルの /usage にクラウドセッションの実行内容が表示されないのはなぜですか？

その日の使用量と週の使用量は、コマンドを実行したマシン上のセッション履歴から計算されるためです。ドキュメントには、「他のデバイスや claude.ai からの使用量は含まれない」と明記されています。そのため、クラウドでの作業は表示されません。クラウドセッション内で /usage を実行するか、claude.ai の Settings > Usage を開いてください。こちらが、プランの使用量とクレジット消費を確認する正式な画面です。

クレジットを使い切るとクラウドセッションは停止しますか？

どのクレジットかによって異なります。プロモーションのクラウドセッションクレジットを使い切っても、クラウドセッションは実行を続け、通常のプラン上限に対するカウントに戻ります。プラン上限に達した時点で usage credits が有効かつ残高ありの場合、月間の支出上限に達するまで、標準 API 料金に基づくトークン単位の課金で作業が続行されます。クレジットを利用できない状態でプラン上限に達した場合は、作業が停止します。「You've hit your session limit」のようなメッセージに、リセット時刻が表示されます。

Claude Code はクラウドよりローカルで実行したほうが安いですか？

トークン単位では、いいえ。セッションをどこで実行しても、同じリクエストの料金は同じです。VM もどちらの場合も無料です。実際には、ローカルセッションのほうが使用量が少ないことがよくあります。無関係なタスク間で /clear を実行しても料金はかからず、問題が起きている実行を停止でき、VM の有効期限によって履歴を再処理する再起動を強制されることもないためです。曖昧な指示でクラウドセッションを放置すると、料金が高くなる可能性があります。