Claude の残りトークンはどれくらい？ 確認すべき 2 つの画面

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

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

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

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

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

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

週次の利用枠は一定ではない

誰も計算に入れていないのは、この週次の利用枠が変更されうるということ、そして長いあいだ同じままではいてくれないということです。

2026 年 5 月以降、週次の割り当てには一時的な 50% の上乗せが付いており、これまでに 3 回延長されてきました。それは 2026 年 9 月 14 日まで続き、その日からは上乗せ前の基準に対して恒久的な 25% の上乗せが引き継ぎます。その元の基準と比べれば増加です。しかし今週あなたのアカウントに実際にある分と比べれば、17% の減少です。150 の価値があった一週間が 125 になります。ローリング式のセッション利用枠は変わらないため、この差が現れるのは週次の上限に届くほど使い込んだ週だけで、それはまさに差を痛感する週です。

その上限の単位もトークンではありません。数えられるのはアクティブな計算時間で、これはあなたが座って答えを読んでいるあいだではなく、ターンが処理されているあいだに進みます。そして Claude Code、claude.ai、Cowork はすべて同じ枠から引き出します。サブエージェントを 3 つ動かした午後は、送ったメッセージの数から想像するよりもはるかに速く一週間分を燃やします。

5 時間のフルセッション 1 回が、その一週間のうち実際にどれだけを使うのかも公表されていません。ロビン・フッドは、それを実際のサブスクリプションでプロバイダーとプランごとに計測し、プロバイダーが上限を変えた日を知らせます。

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

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

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 のトークン使用量を確認する方法で扱っています。

/usage は、使った分をスキル、サブエージェント、プラグイン、MCP サーバーには帰属させますが、プロジェクトやコーディングエージェントには決して帰属させません。AgentsRoom はその内訳を足します。プロバイダーが公表するのと同じ割合を受け取り、それをあなたのプロジェクトとエージェントのあいだで分け、それぞれのセッションを API 料金で換算した場合のコストで重み付けします。

これは請求書ではなく、見積もりとして読んでください。分母に入るのはこのマシンから見える作業だけなので、別のノート PC やウェブで行った作業は抜け落ち、どの割合もわずかに高めに出ます。

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

トークンとはテキストの断片です。英語ではおおよそ単語の 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 のトークンコストを削減するで細かく解説しています。

この 6 つの手はどれも、あなたが間に合ううちに気づいたことを前提にしており、しかもバーは求めたときにしか表示されません。知らせてもらうほうがよければ、AgentsRoom が使用量アラートを送ります。既定ではバーが 50% を、次いで 75% を超えたとき、あるいはバーごとに選んだしきい値を超えたときに、利用枠ごとに 1 回、デスクトップまたはスマートフォンに届きます。上のリストが何かを変えられるのは、まだ救える週が残っているあいだだけです。

利用枠を使い切ったあとでも効く手段

前のセクションの手はどれも予防策です。上限に近づく速さを変えるだけで、いったん超えてしまえば何も返してはくれません。既定の答えはリセットを待つことで、それがいつ来るのかを教えてくれる唯一の場所が上限のメッセージです。待ち時間を縮める手は 3 つあります。

ふたつ目のアカウント。 利用枠はマシンではなくアカウントに属しているので、まだ使っていないアカウントは自分の枠をそのまま持っています。難しいのは、Claude Code が一度にひとつのログインしか保持できないことです。1 台のマシンで複数の Claude Code アカウントを使うがその仕組みを解説しています。AgentsRoom は引き継ぎを自動化します。あるアカウントが上限に達すると、進行中の会話はサインイン済みの別のアカウントへ移り、どこか別の場所でやり直すのではなく、止まったところから続きます。

別のプロバイダー。 週次の利用枠は Anthropic のものであって、業界全体のものではありません。Codex、Antigravity、Copilot の席も持っているなら、Claude でなければならないわけではない作業は、その週の残りをそちらに回せます。そして複数のプロバイダーを並べて動かすのは、積み上げてきたコンテキストを失わずに済むやり方です。

安いモデルへ、上限のあとではなく手前で。 /model で切り替えても、利用枠を使い切ったあとでは何も戻りませんが、いま入っている枠を引き延ばすことはできます。3 つのうち唯一、準備が何もいらない手であり、Opus を既定のままにしておくことが木曜日を失う最もよくある道である理由でもあります。

短くまとめると

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

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

よくある質問

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

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

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

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

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

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

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

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

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

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

Claude Code は 2026 年 9 月に週次の上限を引き下げるのですか

週次の利用枠に 50% を上乗せしていた一時的な増枠は 2026 年 9 月 14 日まで続き、その日からは上乗せ前の基準に対して恒久的な 25% の上乗せが引き継ぎます。その元の基準と比べれば増加ですが、Claude Code の利用者が今日持っている分と比べれば 17% の削減です。150 の価値があった一週間が 125 になります。ローリング式のセッション利用枠は変わらないため、差が現れるのは週次の上限に届くほど使い込んだ週だけです。

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

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