Claude Code の料金と使用量の確認方法:/cost・/usage・レート制限と節約術

まず「何に使われたか」を推測ではなく数字で見てください。/usage に、そのための内訳が出ます。

画面上部の Session ブロックには、現在のセッションのトークン統計が出ます。金額はトークン数からローカルで定価換算した推定値です(組織が modelPricing を設定している場合は契約レートになり、Total cost の行に at your organization's configured rates の注記が付きます)。請求の確定値は Claude Console の Usage ページで確認します。

Pro・Max・Team・Enterprise のプランでは、同じ /usage にプラン上限に対する内訳も出ます。

出力が長いことそのものが問題なら、Behavior flags に long context が出ていないか、Attribution で特定の MCP サーバーやサブエージェントが突出していないかを先に見ます。MCP サーバーのツール定義は接続しているだけでコンテキストを使うため、ここが大きいことは珍しくありません。

CLAUDE.md はセッション開始時とコンパクション後にディスクから読み直されます。長すぎると効きが落ちるため、分量の目安は CLAUDE.md はどのくらいの長さが適切か を参照してください。

実際の削減手段とプラン別の上限の考え方は Claude Code の料金と使用量を /cost と /usage で確認する方法 にまとめてあります。

公式ドキュメントには「Why usage climbs in a long session」という節があり、活動量の割に消費が大きくなる理由が整理されています。コードレビューはその条件に当てはまりやすい作業です。

いちばん効くのはコンテキストの長さです。「Claude Code sends your full conversation with every request, and each time Claude uses tools it sends another request carrying that batch of tool results」とあります。レビューはファイルを次々に読むため、ツール呼び出しのたびにリクエストが発生し、そのリクエストはそれまでに読んだ全ファイルを含む会話全体を運びます。読む量が増えるほど 1 リクエストあたりの入力が増えるので、消費は読んだファイル数に対して線形ではなく、より速く伸びます。

次にキャッシュミスです。プロンプトキャッシュのライフタイムはサブスクリプションで 1 時間、使用量クレジットを使い始めると 5 分に下がります。それを超える中断のあとの最初のメッセージは、コンテキスト全体を再処理します。

サブエージェントを使っていた場合、それぞれが独自のリクエストを送ります。エージェントチームはさらに重く、teammate が plan モードで動くチームは通常のセッションの約 7 倍のトークンを使うと明記されています。

実際に何が効いたかは /usage で確認できます。Pro・Max・Team・Enterprise では、直近の利用のうち 10% 以上を占める挙動(長いコンテキスト、キャッシュミスなど)が behavior flags として表示されます。d と w で 24 時間と 7 日を切り替えられます。

次回に向けて公式ドキュメントが挙げている手は次のとおりです。

1. 無関係な作業に移るときに /clear する。/compact は要約対象の会話を読むため、それ自体が大きなリクエストになる
2. 長い出力を伴う作業をサブエージェントに委譲し、要約だけをメインの会話に返す
3. /effort または /model で effort を下げる。thinking トークンは出力トークンとして課金される
4. モデルを使い分ける。Sonnet はほとんどのコーディング作業をこなし、Opus より安価

詳しい手順は Claude Code の利用状況とコストを確認する にまとめてあります。

「週の上限に達した」というメッセージは、モデルをまたいで共有されるプラン側の利用枠です。公式ドキュメントには「a seat-based usage window on a subscription plan, shared across all models, so the developer can't restore access by switching models with /model」と書かれており、/model でモデルを変えても枠は戻りません。モデル別の「You've hit your Opus limit」「You've hit your Sonnet limit」というメッセージだけは、別系列のモデルに切り替えれば作業を続けられます。

その枠の大きさが契約どおりかは、公式ドキュメントでは判断できません。プラン別の上限値はドキュメントに載っておらず、料金ページとヘルプセンターに案内されています。不具合を疑う場合は claude.ai にサインインして左下のイニシャルから Get help を使うのが公式の窓口です。

ただし「活動量の割に枠を消費する」理由は公式に整理されています。長時間開いたセッションでは、会話全体が毎リクエストに付くため、1 行の質問でも 1 日分の会話に対して枠が引かれます。キャッシュのライフタイムはサブスクリプションで 1 時間で、それを超える中断のあとの最初のメッセージはキャッシュを外して全文を再処理します。

継続して使うために公式ドキュメントが挙げている手段は次のとおりです。

1. /usage を開く。Pro・Max・Team・Enterprise では、直近の利用のうち 10% 以上を占める挙動(長いコンテキスト、キャッシュミスなど)が behavior flags として表示されます。d と w で 24 時間と 7 日を切り替えられます。
2. /effort または /model の画面で effort を下げる。thinking トークンは出力トークンとして課金されます。なお Opus 5.5・Sonnet 5.5・Haiku 5.5・Fable 系では thinking 自体をオフにはできません。
3. モデルを使い分ける。Sonnet はほとんどのコーディング作業をこなし、Opus より安価です。Opus は複雑な設計判断や多段の推論に限定します。
4. 無関係な作業に移るときは /clear する。/compact は要約対象の会話を読むため、それ自体が大きなリクエストになります。
5. エージェントチームを使っているなら減らす。teammate が plan モードで動くチームは、通常のセッションの約 7 倍のトークンを使うと明記されています。

上限に達したあとは、/usage-credits で追加の枠を申請できます(API キー認証では使えません)。Claude Code v2.1.234 以降は、リセットを待って中断した作業を自動で続ける選択肢もあり、/rate-limit-options から選べます。

詳しい手順は Claude Code の利用状況とコストを確認する にまとめてあります。

理由は 2 つあります。

1. Sonnet 5.5 では拡張思考そのものを止められません。 公式のモデル設定ドキュメントに明記されています。

You can't turn thinking off on Opus 5.5, Sonnet 5.5, or the Fable models.

(Opus 5.5、Sonnet 5.5、Fable のモデルでは、思考をオフにできません。)

同じ箇所に、これらのモデルではセッションの切り替えと /config の行が Thinking can't be turned off と表示され、保存済みの alwaysThinkingEnabled: false や MAX_THINKING_TOKENS=0 も 効果がない と書かれています。Sonnet 5.5 は適応的推論(adaptive reasoning)を常に使うモデルで、思考の量を動かす主たる操作は effort レベルです。

/effort を引数なしで実行するとスライダーが開き、/effort low のように直接指定もできます。/effort auto で、そのモデルに保存した値を消せます。

2. 長いセッションでは、消費の主因が思考ではなくコンテキストです。 Claude Code は毎回のリクエストで会話全体を送ります。ツールを使うたびに、その結果を載せた別のリクエストがもう 1 往復します。公式ドキュメントの「Why usage climbs in a long session」には、主な原因として長いコンテキスト、キャッシュミス、スケジュールされたタスク、サブエージェント、コンパクションが挙げられています。

a one-line question in a session that has been open all day still draws usage for the whole conversation

(一日中開いたままのセッションでの一行の質問でも、会話全体分の使用量を引きます。)

effort を下げても、この部分は減りません。効くのは次の操作です。

Pro・Max・Team・Enterprise のプランでは、/usage が直近の使用量の 10% 以上を占める挙動(長いコンテキスト、キャッシュミスなど)を指摘してくれます。まずそこを見ると、どれが効いているか分かります。詳しい手順は Claude Code の料金と使用量の確認方法 にまとめています。

まず押さえるべきは、Claude Code の支払い経路が 2 つあり、クレジットの種類が経路ごとに別物だという点です。どちらで動いているかは /status で確認できます。

サブスクリプション側の仕組みが 使用クレジット です。公式ドキュメントによると、管理するには /login で claude.ai のサブスクリプションにサインインしてから /usage-credits を実行します。重要なのは次の一文です。

the command isn't available with API key authentication

(このコマンドは API キー認証では使えません。)

つまり、API キーで動かしているセッションからは使用クレジットの画面に入れません。逆に、サブスクリプションでサインインしているセッションは Console の残高を消費しません。「クレジットがあるのに使われない」ように見える場合、クレジットの置き場所と、セッションの認証経路が食い違っている可能性があります。

役割ごとに /usage-credits が開く先も違います。

なお、「プロモーションクレジット」という語は公式ドキュメントでは確認できませんでした。キャンペーンで付与された残高が Claude Code のどの経路に充当されるかは、配布元の条件によります。アカウント固有の請求の疑問は、公式ドキュメントがサポートへの導線を案内しています。サブスクリプションなら claude.ai にサインインして左下のイニシャルから「Get help」、Console の請求なら platform.claude.com で同じ手順です。

支払い方式の違いと使用量の見方は Claude Code の料金と使用量の確認方法 にまとめています。