Claude の残りトークンはどれくらい？ その数字は存在しません

これは Claude について最も多く検索されている質問のひとつで、ほぼすべての言語で尋ねられています。そして答えは少し居心地の悪いものです。そのような数字は存在しません。プランはトークン単位で販売されていないからです。

これは細かい言葉づかいの問題ではありません。探しているカウンターが見つからない理由、それを表示すると称するページがどれも当て推量にすぎない理由、そして作業の途中で実際にあなたを止めるものが、多くの人が見張っているものとは別である理由を説明してくれます。

プランはトークンではなく利用枠で計測されている

Anthropic は Claude のサブスクリプションをトークンの割り当てとしては表現していません。計測しているのは利用枠です。ローリング式のセッション利用枠と、その上に乗る週次の利用枠です。どちらもサインインするすべての画面で共有されるため、Claude チャットで午後を長く使えば、その日の夜に Claude Code へ残る余裕は少なくなります。どちらもモデル間でも共有されます。だからこそ、上限に達したあとで /model を使って安いモデルに切り替えても、上限が戻ってくることはありません。

したがって読み取れるのは残高ではなく、利用枠に対する割合と、それが回復する時刻です。実際に使い切ると、作業を止めるメッセージがどの上限に達したのかとリセットの時刻を伝えます。あなたのアカウントにとって信頼できる数字は、そのメッセージだけです。

トークン数が文字どおりの意味を持つ唯一の場所は、トークン単位で課金される API です。以下はすべてサブスクリプションについての話で、ほとんどの人が本当に知りたいのはこちらです。

実際に読み取れる数字と、その置き場所

画面はふたつあり、それぞれ答える質問が違います。

Claude Code の中では /usage が覚える価値のあるほうです。Pro、Max、Team、Enterprise の各プランでは、プラン上限に対する使用量バーが表示され、d または w を押すと直近 24 時間と直近 7 日間を切り替えられます。バーの下では、生の数字よりも役に立つことをしています。直近の使用量をスキル、サブエージェント、プラグイン、個々の MCP サーバーにそれぞれ割合として帰属させ、長いコンテキストやキャッシュミスなど、ひとつのパターンが直近の消費の 10% 以上を占めているときには挙動フラグを立てます。

ひとつだけ見落としやすい注意点があります。これらの数値はそのマシン上のローカルなセッション履歴から計算されています。別のノート PC で行った作業や、claude.ai 上での作業は含まれていません。

ウェブでは、claude.ai の Settings から Usage がアカウント単位の表示です。加入しているプラン、現在の位置、そして週次の利用枠がリセットされる時刻がわかります。2 台のマシンにまたがって作業しているなら、完全なのはこちらです。

ひとつの作業が実際にどれだけかかったのかをセッション単位で分解して見たい場合は、/usage の一番上のブロックが生のカウントを表示します。

Usage by model:
   claude-sonnet-4-6:  1.2k input, 5.3k output, 940.0k cache read, 50.0k cache write

この 4 つの数字がコーディングセッションのすべてを物語っており、最大になるのはほぼ必ず cache read です。この表示を必要なときだけでなく常時見ていたいなら、AgentsRoom はすべてのセッションにライブのトークンメーターを表示します。ターミナルの横に、同じ入力、出力、キャッシュの内訳と、セッションの消費が過熱し始めたときの赤いバッジが並びます。CLI 自身のカウンターを読む手順を追った版は、Claude Code のトークン使用量を確認する方法で扱っています。

エージェントが関わるとき、トークンとは実際に何なのか

トークンとはテキストの断片です。英語ではおおよそ単語の 4 分の 3 にあたり、コードではそれよりはっきり短くなります。記号や識別子が細かく分割されやすいからです。

驚かれるのは、リクエストのたびに会話全体が再送信されるという点です。朝から開きっぱなしのセッションで 1 行の質問をしたとき、支払っているのはその 1 行ではなく、一緒に運ばれる履歴の全体です。エージェントがツールを使うたびに別のリクエストが送られ、それまでのツールの結果も一緒に運ばれます。「このテストを直して」のひと言が十数回の往復になるのは、そのためです。

これを耐えられるものにしているのがプロンプトキャッシュです。繰り返される履歴はずっと安いキャッシュ料金で課金されます。cache read の数字が巨大なのに請求額はそうならないのは、そのためです。同時にこれは、エージェント作業でいちばん高くつく習慣を生み出してもいます。それが次のセクションの主題です。

入力していないのにバーが動く理由

アイドル状態のセッションで使用量が増えていく場合、原因は次のいずれかで、どれもバグではありません。

• キャッシュの失効。 キャッシュされたコンテキストはサブスクリプションでは約 1 時間保持され、使用量クレジットを消費している場合や API キーの場合は 5 分に縮みます。昼食から戻って最初のメッセージを送るとキャッシュに当たらず、会話全体が通常価格で再処理されます。1 回の中断につき、1 回の完全な再処理です。
• 自分からターンを開始するもの全般。 スケジュールされたタスクの発火、自分の別のセッションから届くメッセージ、バックグラウンド作業中のゴールの進捗確認などです。どれも、あなたが入力したメッセージとまったく同じようにコンテキスト全体を再送信します。
• チームメイトのエージェント。 稼働中のチームメイトはそれぞれ自分のコンテキストウィンドウを持ち、終了するまで消費し続けます。Anthropic 自身のガイダンスでは、プランモードのチームは標準的なセッションのおよそ 7 倍とされています。
• 圧縮。 /compact は要約する会話を読み込む必要があるため、大きなコンテキストの圧縮はそれ自体が大きなリクエストになります。/clear には費用がかからず、連続性が必要ないときはこちらのほうが良い手です。
• バックグラウンドの作業。 --resume 用の要約などの雑務は、あなたが何もしていないときでも少量を消費します。通常はセッションあたり 4 セント未満です。

多くの人が混同しているふたつの警告が分かれるのも、ここです。コンテキストの警告や自動圧縮の警告は、ひとつの会話がモデルのコンテキストウィンドウに近づいていることを告げており、そのセッションをクリアすれば直ります。使用量の上限は、すべてのセッションを通じてプランに含まれる利用枠を使い切ったことを告げており、クリアしてもまったく戻りません。確実な見分け方は、使用量の上限にはリセット時刻が書かれていて、コンテキストの警告には書かれていないことです。

バーがほぼ満杯になったときにすること

手間に対する見返りが大きい順に、おおよそ次のとおりです。

1. 関係のないタスクの間ではクリアする。 古くなったコンテキストは、そのセッションが続くかぎりメッセージのたびに再送信されます。あとで /resume から見つけたいなら、/clear の前に /rename しておきましょう。
2. 仕事にモデルを合わせる。 コーディング作業の大半は Sonnet で足ります。Opus を既定のままにしておくことが、木曜日には利用枠が消えている最もよくある原因です。
3. /usage の帰属表示を読む。 ひとつの MCP サーバーやひとつのサブエージェントが週の 30% を占めているなら、直すべきはそこです。しかもどれなのかは、まず言い当てられません。
4. 思考をオフにする前に、まず下げる。 思考のトークンは出力として課金されます。モデルの推論の努力レベルを下げるだけで、たいていは十分です。
5. 冗長な作業はサブエージェントに押し込む。 テストの出力やログファイルはサブエージェントのコンテキストに留まり、戻ってくるのは要約だけです。
6. コンテキストファイルは短く保つ。 CLAUDE.md や AGENTS.md に書かれたものはセッション開始時に読み込まれ、関係のない場面も含めてターンのたびに課金されます。長いワークフローの指示はスキルに置くべきで、スキルは呼び出されたときだけ読み込まれます。それについては AGENTS.md コンテキストファイルのガイドにもう少し書いてあります。

コスト削減の側面だけをもっと詳しく知りたい場合は、Claude Code のトークンコストを削減するで細かく解説しています。

短くまとめると

トークンの残高を探すのはやめましょう。あなたのプランにそんなものはありません。ふたつの利用枠を理解し、/usage は合計ではなく帰属表示のために読み、キャッシュこそが一週間を左右するものだと考えてください。一度も上限にぶつからない開発者は、入力量が少ない人であることはめったにありません。話題が変わったときに新しいセッションを始める人です。

複数のエージェントを同時に走らせると、これらはすべて悪化すると同時に、見えやすくもなります。消費がひとつの数字ではなく、エージェントごとにひとつの数字になるからです。AgentsRoom はまさにその見え方を中心に作られています。

よくある質問

Claude の残りトークンはどれくらいですか

調べられるような数字は存在しません。Claude のサブスクリプションはトークンの予算として販売されていません。ローリング式のセッション利用枠と週次の利用枠に対する割合として計測されており、読み取れるのはそれらの枠の割合とリセットの時刻であって、トークンの残高ではありません。読む場所は Claude Code の中の /usage コマンド、または claude.ai の Settings から Usage です。トークンの数字に意味があるのは、トークン単位で課金される API だけです。

Claude のトークンはどういう仕組みですか

トークンはテキストの断片で、英語ではおおよそ単語の 4 分の 3、コードではそれより短くなります。リクエストのたびに会話全体が再送信されるため、コーディングのセッションは入力した一文だけでなく、積み重なった履歴に対してターンごとに支払っています。だからこそ使用量は入力、出力、キャッシュ書き込み、キャッシュ読み取りという 4 つの別々の数字で数えられます。キャッシュされた履歴は新規の入力よりずっと安い料金で課金されます。一日中開いたままのセッションでもプランを消費し続けるのは、まさにそのためです。

Claude の使用量はいつリセットされますか

時計はふたつあり、互いに独立しています。セッションの利用枠はローリング式で、自分が選んだ時刻ではなく、開いてから決まった時間が経つと期限切れになります。その上に週次の利用枠が乗っており、アカウントごとに割り当てられた決まった時刻にリセットされます。上限のメッセージ自体が、あなたを止めた枠がいつ戻るかを伝えてくれます。そのメッセージこそが、あなたのアカウントにとって信頼できる答えです。ふたつの時計は Claude チャットと Claude Code で共有されているため、チャットを多用するとコーディングに使える枠が短くなります。

安いモデルに切り替えれば上限は戻りますか

戻りません。セッションと週次の利用枠はモデル間で共有されているため、いったん上限に達したあとで /model を使って切り替えてもアクセスは回復しません。役に立つ場面はひとつだけです。Opus の上限に達したときのようなモデル固有のメッセージであれば、Sonnet に移ることで作業を続けられます。また、使い切る前であれば有効です。安いモデルは同じ作業に対して、同じ利用枠をより少なく消費するからです。

何もしていないのに使用量が増えるのはなぜですか

エージェントのセッションでは、何もしていない時間も無料ではないからです。ターンを開始するものはすべてコンテキスト全体を再送信します。スケジュールされたタスクの発火、別のセッションから届くメッセージ、まだ動いているチームメイトのエージェント、ゴールの進捗確認などです。ターンなしでトークンを消費するものもふたつあります。要約する会話を読み込む必要がある圧縮と、長い中断のあとの最初のメッセージです。後者はプロンプトキャッシュに当たらず、履歴全体を通常価格で再処理します。

コンテキストの警告と使用量の上限は同じものですか

違います。そしてこのふたつを混同すると、間違った対処に向かってしまいます。コンテキストの警告や自動圧縮の警告は、ひとつの会話がモデルのコンテキストウィンドウに近づいていることについてのもので、そのセッションをクリアするか圧縮すれば解決します。使用量の上限は、すべてのセッションを通じたプランの利用枠についてのもので、クリアしても少しも戻りません。見分けるポイントは書き方にあります。上限のメッセージにはリセット時刻が書かれていて、コンテキストの警告には書かれていません。