Claude Codeの使用量を確認する方法｜/usage・ステータスライン

「Claude Codeを使っていたら、いつの間にか上限に達していた」「画面に出ているドルの数字は、請求額なのか」「使用量を見るコマンドがいくつもあって、どれを見ればよいか分からない」と迷っている方も多いのではないでしょうか。

Claude Codeには、使った量を確認する画面やコマンドが複数あります。「/usage」「/context」、画面の下に常に出るステータスライン、作業中のスピナー（待機中の表示）の横に出る数字などです。どれも別のものを数えているため、同じ「使用量」と思って見比べると、数字が合わずに混乱します。

この記事では、Claude Codeの画面とコマンドに絞って、それぞれが何を数えているのか、どう読めばよいのかを順に解説します。Windowsでのステータスラインの設定、プロンプトキャッシュの見方、使用量が増えたときの調べ方、チームでの確認方法も取り上げます。Claude全体の確認場所は「Claudeの使用量の確認方法」の記事、上限の仕組みと対処は「Claudeの制限」の記事で扱っているので、ここではClaude Codeで見える数字の読み方を中心にします。内容は2026年10月時点の公式情報をもとにしています。表示や仕組みはバージョンによって変わるため、公式ドキュメントもあわせて確認してください。

使用量を確認できる場所

まず、Claude Codeで使用量や関連する数字を見られる場所を一覧にします。同じ数字が複数の場所に出ることもありますが、見ている範囲や更新のタイミングが違います。

claude.aiの「設定」にある「使用量」画面でも、Claude Codeで使った分を含めたプランの上限の進み具合を見られます。Claude CodeはClaudeのチャットと同じ上限を共有するためです。この画面の見方は「Claudeの使用量の確認方法」の記事にまとめています。

見られる数字は4種類ある

画面ごとの違いを整理する前に、Claude Codeで見られる数字の種類を押さえておきます。何を数えた数字なのかが分かると、画面ごとのずれにも納得できます。

たとえば、「会話の長さ」が100%近いことは、プランの上限に近いことを意味しません。会話の長さは「1つの会話の入れ物」の話で、プランの使用率は「5時間・週に使える総量」の話です。両方を別々に確認する必要があります。

先にログイン方法を確かめる

Claude Codeは、claude.aiの有料プランでも、Claude ConsoleのAPIアカウントでも、クラウド（Amazon Bedrockなど）経由でも使えます。どの方法でログインしているかによって、「/usage」に出る内容が変わります。

公式ドキュメントでは、ProやMaxの契約では使用量がプランに含まれるため、Sessionブロックのドル表示は請求の目安として意味がないと説明されています。逆に、APIで使っている人は、このドル表示が費用を考える手がかりになります。

いまどのアカウントで使っているかは、「/status」で確かめられます。Claude Codeのコマンド一覧では、「/status」はバージョン、モデル、アカウント、接続状態を表示する画面と説明されています。

バージョンによって表示が変わる

Claude Codeは更新が頻繁で、「/usage」やステータスラインの項目も、バージョンによって出るものが違います。古いバージョンでは、この記事で紹介する項目が出ないことがあります。公式ドキュメントに書かれている、主な項目の必要バージョンを表にします。

バージョンは、ターミナルで「claude --version」を実行すると確認できます。更新の手順や、更新後に何が変わるかは「Claude Codeのアップデート」の記事で解説しています。

知りたいことごとの見る順番

画面が多いので、迷ったときのために、知りたいことから見る場所を引けるようにしておきます。

迷ったら、まず「/usage」を開きます。そこから、会話の長さが気になれば「/context」、常時見たければステータスライン、というように広げていくと、無理なく把握できます。

「/usage」の読み方

Claude Codeで使用量を調べるとき、最初に開くのが「/usage」です。公式のコマンド一覧では、セッションの費用、プランの上限、活動の統計を表示するコマンドと説明されています。「/cost」と「/stats」は別名で、「/stats」は統計のタブが開いた状態で始まります。

使い方は、Claude Codeを起動して「/usage」と入力するだけです。Claudeが回答している最中でも実行でき、作業を止めずに確かめられます。

画面の構成

画面は、契約の種類によって出るブロックが変わります。公式ドキュメントの内容を整理しました。

内訳のブロックでは、「d」キーで直近24時間、「w」キーで直近7日間を切り替えられます。内訳の数字は、そのパソコンのセッション履歴から計算した概算で、ほかの端末やclaude.aiで使った分は含まれません。

Sessionブロックを読む

Sessionブロックは、いまのセッションで使った量を示します。公式ドキュメントに載っている表示例は、次のとおりです。

Total cost:            $0.55
Total duration (API):  6m 20s
Total duration (wall): 6h 33m 10s
Total code changes:    0 lines added, 0 lines removed
Usage by model:
   claude-sonnet-4-6:  1.2k input, 5.3k output, 940.0k cache read, 50.0k cache write ($0.55)

各行の意味を表にします。モデル名は公式ドキュメントの表示例のもので、実際の画面では使っているモデルの名前が出ます。

上の例では、入力が1.2k、出力が5.3kに対して、キャッシュの読み込み（cache read）が940.0kと大きくなっています。Claude Codeは依頼のたびに会話全体を送りますが、すでに処理した部分はキャッシュから読み込まれます。公式ドキュメントでは、この読み込みは通常の入力より低い「キャッシュ用の料金」で計算されると説明されています。cache readの数字が大きいこと自体は、異常ではありません。

Sessionブロックの合計は、「/clear」で新しい会話を始めると0に戻ります。1日の合計を知りたい場合は、セッションの区切りごとに数字を控えるか、後で紹介するOpenTelemetryなどで記録します。

管理者が「modelPricing」の設定を配っている組織では、契約した料金で計算され、「Total cost」の行に「at your organization's configured rates」という注記が付きます。それでも、請求書そのものではなく推定値です。

Attribution・Behavior flags・Loops

プランで使っている人にとっていちばん役に立つのは、「何に使ったか」を示す3つのブロックです。公式ドキュメントの説明を、読み方の例とあわせて整理します。

これらは、使用量が増えたときの原因を絞るための手がかりです。具体的な調べ方は、後の章で手順にまとめます。

使用クレジットの行

使用クレジットを有効にしていると、「/usage」に使用クレジットの行が出ます。プランの上限を超えて使った分は、この仕組みで支払います。表示される内容は、契約によって違います。

使用クレジットを使うには、「/usage-credits」を実行します。ProとMaxの人は、claude.aiの「設定」の使用量画面がブラウザで開きます。TeamやEnterpriseで請求の権限がない人は、確認のあとで、管理者への追加の依頼が送られます。上限に達したときの考え方は、「Claudeの制限」の記事で説明しています。

画面の状態から、次の一手を考える

数字を読むだけでなく、見えたものから次に何をするかまでつなげると、確認が役に立ちます。次の表は、起こりやすい状態を例として、読み取り方と次の一手をまとめたものです。数字は説明のための仮のもので、公式の目安ではありません。

デスクトップアプリ・VS Codeでの確認

ターミナル以外で使っている場合の確認方法も押さえておきます。

VS Codeの拡張機能には、コマンドの一覧を開く「Slash commands」の画面があります。ターミナルのコマンドに慣れていない方は、この一覧から「/usage」を選ぶこともできます。VS Codeでの使い方は「Claude CodeのVS Code拡張機能」の記事で解説しています。

会話の長さを見る

プランの使用率と並んで見ておきたいのが、いまの会話がどれくらい長くなっているかです。Claude Codeは、依頼のたびに会話の全体を送り直します。会話が長くなるほど、1回の依頼で処理する量が増え、プランの使用量も進みやすくなります。

公式ドキュメントでも、使用量が増える理由の筆頭に「長い会話」が挙げられています。一言の質問でも、1日開いたままのセッションでは、それまでの履歴の全体が処理されます。

「/context」の画面

「/context」は、いまの会話の中身が、どれだけの量を占めているかを色つきの格子で表示します。公式のコマンド一覧では、コンテキストを多く使っているツールや、メモリの肥大化、容量の警告があれば、改善の提案も表示されると説明されています。会話が上限を超えているときは、超えた量と、空きを作るためのコマンドを示す警告が出ます。

全画面表示のときは、項目ごとの内訳が折りたたまれ、格子が見えやすくなります。内訳をすべて見たいときは「/context all」を実行します。

会話の中身には、次のようなものが含まれます。「/context」で、どの部分が大きいかを見ると、整理するべきものが分かります。

• 最初から入っているもの（システムの指示、CLAUDE.md、自動メモリ、ツールの一覧、スキルの説明）
• 自分が送った依頼と、Claudeの回答
• ファイルの読み込みやコマンドの実行結果など、ツールの結果

公式ドキュメントによると、起動直後にも多くの内容が入っています。CLAUDE.mdは会話の開始時に読み込まれ、自動メモリは最初の200行または25KBまでが読み込まれます。CLAUDE.mdは200行程度までにしておくのが、公式の勧めです。

スピナー横のトークン数

Claudeが作業しているあいだ、スピナーの横に、経過時間とトークン数が出ることがあります。たとえば「Deciphering… (10m 27s · ↓ 5.5k tokens)」のような表示です。

この数字は、「/usage」のSessionブロックの数字とは一致しません。スピナー横は1回の依頼の出力量、Sessionブロックはセッション全体の合計だからです。

似た数字の違い

ここまでに出てきた数字を、見比べやすいように整理します。数字が合わないと感じたら、どの行の数字を見ているかを確かめると、多くは説明がつきます。

ステータスラインの会話の長さの数字は、最後の応答時点の数字です。一方「/context」は、その後に追加された分の概算も加えるため、次の応答までは「/context」のほうが少し高く出ることがあります。公式ドキュメントにも、同じ説明があります。

会話の入れ物と自動圧縮

会話の入れ物の大きさ（コンテキストウィンドウ）は、公式ドキュメントでは、初期値が200,000トークン、長い文脈に対応したモデルでは1,000,000トークンと説明されています。ステータスラインの「used_percentage」は、入力側のトークン数（通常の入力、キャッシュへの書き込み、キャッシュからの読み込み）の合計を入れ物の大きさで割った値で、出力の分は含まれません。

会話が入れ物の上限に近づくと、Claude Codeは古い履歴を自動で要約します。自分で行いたい場合は、次のコマンドを使います。

「/compact」は、会話の全体を読んで要約するため、会話が大きいほど、それ自体が大きな依頼になります。公式ドキュメントには、作業の区切りで行うこと、そして全く別の作業に移るなら、要約ではなく「/clear」のほうが安く済むことが書かれています。

「/clear」で会話を空にする前に

「/clear」は新しい空の会話で始めるコマンドで、前の会話は「/resume」で呼び戻せます。「/clear 月次集計」のように名前を添えると、前の会話に名前が付き、一覧から探しやすくなります。公式ドキュメントでも、「/rename」で名前を付けてから空にし、必要になったら「/resume」で戻る進め方が紹介されています。

会話を空にする前に、次の内容があれば、メモかファイルに書き出しておくと、新しい会話の最初の依頼で再利用できます。

• 決まった方針や、採用しなかった案とその理由
• 途中のファイル名や、次にやる作業の一覧
• 何度も使うことになりそうな指示（CLAUDE.mdに移してもよい内容）

要点を引き継ぎながら会話を小さくできるため、「長い会話をそのまま続ける」より、使用量を抑えられます。

ステータスラインで常時表示する

「/usage」を毎回開かなくても、画面の下に使用率や会話の長さを常に表示しておく方法があります。それが、ステータスラインです。

ステータスラインは、設定したスクリプトの出力を、Claude Codeの画面の下に表示する仕組みです。公式ドキュメントでは、スクリプトはパソコンの中で動き、APIのトークンを消費しないと説明されています。表示のために使用量が減る心配はありません。

「/statusline」で作る

プログラムを書かなくても、Claude Codeに作ってもらえます。

1. 「/statusline」を実行する表示したい内容を文章で添えます。たとえば「/statusline モデル名と、5時間・週の使用率と、会話の長さを表示して」のように書きます。自然な文章で指示できます。
2. ファイルの作成と設定の変更を許可するClaude Codeがスクリプトを「~/.claude/」の中に作り、設定ファイルに登録します。確認が出たら、内容を見て許可します。
3. 最初のやり取りのあとで確認する使用率などは、セッションで最初の応答があったあとから表示されます。
4. 必要なら、表示を調整する項目を足したいときや減らしたいときは、もう一度「/statusline」で頼みます。

ステータスラインをやめたいときは、「/statusline」で「消して」と頼むか、設定ファイルの「statusLine」の項目を削除します。

使用量に関係する項目

スクリプトには、セッションの情報がJSON形式で渡されます。使用量の確認に使える主な項目を、公式ドキュメントから整理しました。

5時間と週の使用率は、claude.aiのProまたはMaxの契約のときだけ項目が出ます。TeamやEnterpriseでは、公式ドキュメントにこの項目が出るという記載がないため、確認した範囲では表示できると言えません。その場合は「/usage」を使います。

どの項目を出すか

項目を増やしすぎると、表示が長くなって肝心の数字が見づらくなります。公式ドキュメントでも、ステータスラインは幅が限られているため、出力を短くするよう勧められています。目的別に、出す項目の組み合わせの例を挙げます。

公式ドキュメントには、会話の長さを進捗バーで出す例、gitのブランチを色つきで出す例、費用と所要時間を出す例など、コピーして使えるスクリプトが載っています。また、コミュニティが公開している設定集もあると紹介されています。会社のパソコンに入れるかどうかは、社内のルールに従って判断してください。

Windowsで設定する

Windowsでは、公式ドキュメントによると、Git Bashがインストールされていればそれを使い、なければPowerShellでコマンドが実行されます。設定で注意したいのは、パスの区切りに円記号（バックスラッシュ）を使わないことです。Git Bashでは円記号が特別な文字として扱われ、パスが壊れて、エラーも出ないまま動かなくなります。パスは「C:/Users/ユーザー名/.claude/statusline.ps1」のように、スラッシュで書きます。「~」も使えます。

PowerShellのスクリプトを使う場合の例です。まず、設定ファイル（「~/.claude/settings.json」）に次を書きます。

{
  "statusLine": {
    "type": "command",
    "command": "powershell -NoProfile -File C:/Users/ユーザー名/.claude/statusline.ps1"
  }
}

次に、「statusline.ps1」を作ります。5時間と週の使用率、会話の長さを「5h 24% | 7d 41% | ctx 38%」のように1行で出す例です。項目がない場合は、何も出さずにモデル名だけを表示します。

$j = $input | Out-String | ConvertFrom-Json
$parts = @()
$h5 = $j.rate_limits.five_hour.used_percentage
$d7 = $j.rate_limits.seven_day.used_percentage
$ctx = $j.context_window.used_percentage
if ($null -ne $h5) { $parts += ("5h {0}%" -f [math]::Round($h5)) }
if ($null -ne $d7) { $parts += ("7d {0}%" -f [math]::Round($d7)) }
if ($null -ne $ctx) { $parts += ("ctx {0}%" -f [math]::Round($ctx)) }
if ($parts.Count -eq 0) { $parts += $j.model.display_name }
Write-Host ($parts -join " | ")

スクリプトは、公式ドキュメントが示す方法（標準入力のJSONを読んで、標準出力に書く）に沿っています。ファイルを保存する前に、次のように、ダミーのJSONで動作を確かめておくと安心です。公式ドキュメントでも、設定する前に疑似データで試すことが勧められています。

'{"model":{"display_name":"Opus"},"context_window":{"used_percentage":38.4},"rate_limits":{"five_hour":{"used_percentage":23.5},"seven_day":{"used_percentage":41.2}}}' | powershell -NoProfile -File C:/Users/ユーザー名/.claude/statusline.ps1

表示が出ないとき

ステータスラインが空欄になるときの原因を、公式ドキュメントのトラブルシューティングから整理します。

また、スクリプトは、新しい応答が届いたときや「/compact」の完了時などに繰り返し実行されます。時間のかかる処理を入れると、表示が遅れます。短く、軽い処理にとどめるのが公式の勧めです。時計など、時間で変わる情報を出したい場合は、「refreshInterval」で、決まった秒数ごとの再実行を設定できます。

プロンプトキャッシュを読む

使用量の仕組みを理解するうえで欠かせないのが、プロンプトキャッシュです。Claude Codeは、依頼のたびに会話の全体を送ります。そのたびに全部を処理し直すと、時間も使用量もかかります。そこで、前回と同じ部分を、すでに処理済みのものとして再利用する仕組みが使われています。これがプロンプトキャッシュです。

公式ドキュメントによると、再利用した部分は、通常の入力より低い「キャッシュ用の料金」で計算されます。キャッシュが効いているほど、同じ作業を少ない使用量で進められます。逆に、キャッシュが切れると、次の依頼で全体を読み直すため、遅く、使用量も大きくなります。

「Prompt cache (main)」の行

最初の応答のあと、「/usage」のSessionブロックに、「Prompt cache (main)」の行が加わります（v2.1.251以降）。公式ドキュメントに載っている例は、次のとおりです。

Prompt cache (main):   14 requests · 91% of input tokens from cache · 2 misses (last 6m 10s ago, 310.2k tokens re-cached) · 1 expected rebuild (compaction or tool-result clearing) · warm (1h TTL, last activity 40s ago)

この1行は、次のように読みます。

cache missesが出たとき、原因が特定できれば「likely cause: tool definitions changed」のように、考えられる原因も表示されます（v2.1.260以降）。この行は、メインの会話だけを対象にしており、サブエージェントは含まれません。ステータスラインの「prompt_cache」でも、同じ数字を常時表示できます。

キャッシュの有効期間

キャッシュは、一定時間使わないと切れます。この有効期間（TTL）は、契約の種類で変わります。公式ドキュメントの内容を表にします。

つまり、プランの範囲内で使っている間は、1時間の休憩までは、キャッシュが残ります。一方、プランの上限を超えて使用クレジットで支払う状態になると、メインの会話も5分に短くなります。公式ドキュメントでは、この場合に1時間を保ちたければ、「promptCacheTtl」の設定か、環境変数「CLAUDE_CODE_PROMPT_CACHE_TTL」で、自分で選べると説明されています（v2.1.242以降）。1時間のキャッシュは、書き込みの料金が高くなります。短い作業が続く使い方では、5分のほうが安く済む場合があります。

実際にどちらの有効期間で書き込まれたかは、「claude -p "hello" --output-format json」を実行し、結果の「usage.cache_creation」を見ると確認できます。1時間の書き込みは「ephemeral_1h_input_tokens」、5分の書き込みは「ephemeral_5m_input_tokens」に出ます。

キャッシュが切れる操作・切れない操作

公式ドキュメントでは、キャッシュを使えなくする操作が整理されています。これらの操作の直後の1回は、遅く、使用量も大きくなります。そのあとは新しい内容でキャッシュが作り直されます。

一方、次の操作はキャッシュを切りません。気にせずに使えます。

• リポジトリのファイルを編集する（変更の通知が、会話の末尾に追加されるだけ）
• CLAUDE.mdを編集する（セッション中は反映されないが、キャッシュも切れない。反映は「/clear」「/compact」か再起動のあと）
• 権限モードの切り替え
• 出力スタイルの切り替え
• スキルやコマンドの呼び出し（スキルがモデルを指定している場合は、そのターンだけモデルの切り替えになる）
• 「/recap」による要約の表示
• 「/rewind」で、以前の時点に戻る（すでにキャッシュされている接頭部に戻るため）

休憩のあとに再開するとき

昼休みや会議のあとで、長い会話を再開した最初の1回は、キャッシュが切れて、全体を読み直します。公式ドキュメントでは、この場合の対処として次のことが挙げられています。

• ProとMaxでは、大きなセッションを長い休憩のあとに再開すると、要約から再開するかを確認される。要約から始めると、以降の依頼が全履歴を持ち運ばずに済む
• 1時間のキャッシュを使っている長い会話では、キャッシュが切れる直前に、Claude Codeが自動で会話を圧縮することがある。止めたい場合は「idleCompaction」を「false」にする（この設定はv2.1.290以降）
• サブエージェントは、メインの会話とは別のキャッシュで動き、初期値では5分のキャッシュになる

「長い休憩の前に、要点を書き出して会話を区切る」「再開するときは新しい会話から始める」という習慣は、キャッシュの仕組みから見ても理にかなっています。

キャッシュを保つための習慣

公式ドキュメントの内容から、日々の使い方に落とし込めるものを整理します。どれも、特別な設定は要りません。

これらは、使用量を減らすための「やってはいけないこと」ではありません。必要なときに、モデルを切り替えたり、サーバーを追加したりするのは、通常の使い方です。切り替えるコストを知ったうえで、タイミングを選ぶことが目的です。

使用量が増えたときの調べ方

「今週は、いつもより早く上限に達した」と感じたときに、どの画面を、どの順番で見るかを決めておくと、原因を絞りやすくなります。ここでは、公式ドキュメントで確認できる画面だけを使った手順を示します。

1. 期間をはっきりさせる「今日だけ増えた」のか、「1週間ずっと多い」のかを、「/usage」の24時間（dキー）と7日間（wキー）で見比べます。今日だけなら、その日の作業を思い出せば絞りやすくなります。
2. 割合の大きいものを探すAttributionで、スキル・サブエージェント・プラグイン・MCPサーバーのうち、大きな割合のものを探します。割合が大きいものがあれば、そこが最初の候補です。
3. 印のついた行動を確かめるBehavior flagsに「long context」や「cache misses」などが出ていないかを見ます。10%以上を占める行動だけが出ます。
4. 定期実行を確かめるLoopsに、頻度の高いタスクが出ていないかを見ます。1回は小さくても、毎回、会話の全体を送るため、合計が大きくなります。
5. キャッシュの状態を見る「Prompt cache (main)」の行で、割合が低くないか、読み直し（misses）が多くないか、原因の表示（likely cause）が出ていないかを確かめます。
6. 1つだけ変えて、数日見る原因と思われる点を1つだけ変え、同じ画面で変化を見ます。複数を同時に変えると、どれが効いたのか分からなくなります。

場面別の原因と見る場所

公式ドキュメントに書かれている原因を、場面ごとに整理します。

具体的な節約の方法は、別の記事で扱います。ここでは、数字から原因の見当をつけるまでを扱いました。

見えにくい消費

自分では何も操作していないのに、使用量が動くことがあります。公式ドキュメントに、そうした背景の消費が整理されています。

1つひとつは小さくても、長時間のセッションでは積み重なります。「/usage」のBehavior flagsとLoopsに出てくるのは、これらのうち、割合が大きいものです。

1週間の記録のつけ方

「/usage」の内訳は直近7日間までです。原因を絞って対処した結果を確かめるには、自分で数字を控えておくと便利です。たとえば、週の最初と最後に、次のような表をメモに残します。

1か月ほど続けると、「どの作業が重いのか」「対処が効いたのか」が自分の数字で分かります。数字を残しておけば、プランを上げるべきかどうかの判断材料にもなります。

「/insights」で使い方を振り返る

「/insights」は、使ったトークン数ではなく、どんな仕事をして、どこでつまずいたかをまとめるレポートです。最近のセッションを分析して、HTMLのレポートを書き出します。公式ドキュメントによると、次のような内容です。

使用量が多い原因が、プロンプトの出し方や、同じ指示を何度もやり直していることにあるとき、このレポートがヒントになります。

パソコンに残る記録

Claude Codeは、作業の記録をパソコンの中に保存しています。使用量の数字の元になるものもあります。公式ドキュメントの内容を整理します。

公式ドキュメントによると、会話の全記録（projects）と「/insights」のデータ（usage-data）は、「cleanupPeriodDays」の設定（初期値は30日）を過ぎると、起動時に削除されます。一方、「stats-cache.json」と「history.jsonl」は、削除するまで残ります。「/usage」の数字は、このパソコンに残っている記録から計算されるため、別のパソコンで使った分や、削除された記録の分は含まれません。

また、これらは暗号化されていない平文のファイルです。ファイルの内容やコマンドの出力が、そのまま会話の記録に残るため、機密情報の扱いには注意が必要です。記録を残したくない場合は、「cleanupPeriodDays」を短くする方法があります。

チーム・会社で確認する

複数人でClaude Codeを使うと、「誰がどれくらい使っているか」「予算に収まっているか」を確認する必要が出てきます。見られる画面と方法は、どの契約でClaude Codeを使っているかで変わります。

公式ドキュメントでは、OpenTelemetryによる出力は、どの契約でも使え、ユーザー別のトークン数と費用を、ほぼリアルタイムで自社の監視システムに流せる唯一の方法とされています。

Team・Enterprise

TeamとEnterpriseでは、メンバーのClaude Codeの使用量は、1人ずつの席の枠から引かれます。枠は、5時間ごとと週ごとに戻り、ClaudeのチャットやCoworkと共有されます。枠の大きさは、席の種類（StandardかPremium）で変わります。確認と管理の方法は、次のとおりです。

分析画面は、AdminとOwnerが見られます。公式ドキュメントによると、Claude Codeの分析画面には、受け入れた行数、提案の受け入れ率、日ごとのユーザー数とセッション数が出ます。GitHubとつなぐと、Claude Codeの支援で書かれたPRや行数も確認できます（ベータ版）。ただしこれらは導入の進み具合や成果の指標で、トークン数や費用そのものを見る画面ではありません。

ヘルプセンターの「Claude Enterprise consumption guide」には、管理者向けの確認の仕組みとして、次のものが挙げられています。

• 上限に達する頻度を見る「Time at limit」の表示
• 組織の上限に対して、75%と90%に達したときの通知
• グループで共有する予算に対して、50%・75%・95%・100%での通知

Claude Codeの公式ドキュメントでは、Claude Codeの1回の依頼にはファイルの内容やツールの呼び出しが含まれるため、コーディングで使う席は、チャットだけの席より多めに見積もるよう説明されています。この資料でも、Claude Codeはチャットよりセッションあたりのトークンが多いとされていますが、1人あたりの具体的な金額の目安は書かれていません。

Consoleで見る

Claude Console（APIアカウント）でClaude Codeを使う場合、最初にログインしたときに、「Claude Code」というワークスペースが自動で作られます。このワークスペースでは、次のことができます。

ダッシュボードを見るには、UsageViewの権限が必要で、Developer、Billing、Admin、Owner、Primary Ownerの役割に付与されています。画面の費用は、分析用の推定値です。実際の費用は、請求のページで確認します。

日別・ユーザー別の数字をプログラムで取りたい場合は、Claude Code Analytics APIがあります。Admin APIキーが必要で、個人のアカウントでは使えません。公式ドキュメントによると、1ユーザー・1日ごとのレコードに、次の情報が含まれます。

データは、利用から約1時間遅れで反映され、日単位の集計です。リアルタイムの監視には向きません。また、Bedrockなどのクラウド経由の利用は対象外です。

OpenTelemetryで記録する

クラウド経由で使っている場合や、ほぼリアルタイムで記録したい場合は、OpenTelemetryが使えます。Claude Codeの使用状況を、標準的な形式で、自社の監視システムに送る仕組みです。公式ドキュメントでは、次の環境変数で有効にすると説明されています。

主なメトリクス（数値データ）は、次のとおりです。

「api_request」というイベントには、リクエストごとのモデル、費用、入力・出力・キャッシュのトークン数が記録されます。部署ごとの集計をしたい場合は、「OTEL_RESOURCE_ATTRIBUTES」で「department=engineering」のような属性を付けられます。

組織で一括して設定する場合は、管理設定ファイルの「env」に、これらを書いて配布します。管理設定で送信先を指定すると、開発者が個別に設定した送信先は無効になります。

契約料金で表示をそろえる

Claude Codeが表示する費用は、初期値では定価で計算されます。割引など、契約した料金がある組織では、「/usage」やステータスライン、OpenTelemetryの数字が、実際の請求と合いません。この場合、管理者が管理設定の「modelPricing」に契約の料金を登録すると、表示がその料金で計算されます（v2.1.242以降。割増は v2.1.271以降）。

この設定は、表示を変えるだけで、Anthropicからの請求を変えるものではありません。登録した料金は、契約が変わるたびに、手動で更新する必要があります。確認するには、設定を受け取ったセッションで「/usage」を開き、「Total cost」の行に「at your organization's configured rates」と出ているかを見ます。

レート制限の目安（API）

APIの組織でClaude Codeを使う場合、利用が集中して、別の業務システムの処理に影響が出ないように、レート制限（1分あたりの量の上限）を決めておく必要があります。公式ドキュメントには、チームの人数別の1人あたりの目安が載っています。

人数が多いほど、同時に使う人の割合が下がるため、1人あたりの目安は小さくなります。この制限は組織全体にかかるもので、個人ごとに区切られるものではありません。研修で大人数が同時に使う場合など、同時利用が多い場面では、より大きな値が必要になることがあると、公式ドキュメントに書かれています。

費用の目安

APIで使う場合の費用について、公式ドキュメントには、企業での導入全体の平均が載っています。開発者1人あたり、利用した日に約13ドル、月に150〜250ドルで、利用した日の費用が30ドルを下回る人が90%とされています。ただし、使うモデル、コードの規模、並行して動かす数などで大きく変わります。自社の目安は、少人数で試した結果をもとに決めるよう、公式ドキュメントでも案内されています。

上限のメッセージが出たとき

メンバーから「止まった」と相談されたとき、どの上限に当たったのかで、管理者がやることが変わります。公式ドキュメントのエラーの説明を整理します。

支出の上限に関するメッセージは、使用クレジットが対象です。上限を引き上げる前に、そのメンバーの使い方に改善の余地がないかを、前の章の手順で確かめると、無駄な支出を防げます。会話の長さが近づいたことを示す警告は、使用量の上限ではなく、会話の圧縮を促す表示です。取り違えないようにしてください。

管理者が毎週確認する手順

公式には、毎週何を見るかの決まりは示されていません。ここでは、確認できる画面をもとにした進め方の例を紹介します。

1. 利用者数を見る分析画面で、先週のアクティブなユーザー数とセッション数を確認します。席を買っているのに使っていない人がいないかも見ます。
2. 費用の大きい人とモデルを見る費用レポートのCSVで、使用クレジットの費用が大きい人と、使われているモデルを確認します。
3. 上限に達した人の事情を聞く上限で作業が止まっている人には、どの作業で多く使っているかを確認します。使い方の改善で解決できるか、席の見直しが必要かを判断します。
4. 設定を見直す必要に応じて、支出の上限、使用クレジットの有効化、使えるツールの範囲を見直します。

上位の席に変えるかどうかは、「上限に近いか」だけでなく、上限で作業が止まって、仕事に影響が出ているかで判断すると、無駄な契約を避けられます。

よくある質問

まとめ

使用量は、止まってから見るより、止まる前に見ておくほうが手を打ちやすくなります。まずは「/usage」を開いて、自分がどの契約で使っているかと、プランの上限のバーがどこまで進んでいるかを確かめるところから始めてみてください。

社内の複数人が使い始める段階では、誰がどの画面を見るか、上限に達したときにどう扱うか、使用クレジットの予算をどう決めるかといった運用が必要になります。INTERCREATE JAPANでは、Claude Codeの導入から、社内で使い続けられる仕組みづくりまでをお手伝いしています。