Claude Proのトークン数は？5時間・週次制限

Claude Pro には何トークンが含まれますか？

Claude Pro にトークンの利用枠は含まれておらず、2026 年 10 月時点で Anthropic もその数値を公開していません。Claude のサブスクリプションは、使うたびに減っていくトークン残高ではありません。Anthropic は使用量をトークン単位で測定しますが、Pro には 5 時間ごとにリセットされるセッション制限と、すべてのモデルに適用される週間制限があります。どちらもトークン数では公開されていません。1 回のセッションでどこまで利用できるかは、選択したモデル、会話の長さ、各ターンに含まれるテキスト量によって変わります。

この質問で見落とされがちなのが、まさにこの点です。多くの人は、プランが API key のように機能すると考えています。API key ではトークン単位で数えられた残高を消費するため、自分で請求額を計算できます。一方、Pro、Max、Team のような利用枠ベースのプランは、Anthropic が設定・調整する上限までのアクセスを提供します。Anthropic はこの上限をトークン数で示していません。Pro のヘルプページにも、送信できるメッセージ数は変動すると記載されているだけです。そのため、提示できる固定のトークン数はありません。具体的な数値を示す人がいれば、それは根拠のない数字です。

したがって、別の質問をしてください。自分のメッセージでコストが高くなる要因は何か、という質問です。この質問には明確な答えがあり、今日から対策できます。

サブスクリプションでトークン数を見積もれない理由

API はすべてのリクエストをトークン単位で課金します。入力トークンには送信するすべての内容が含まれ、出力トークンにはモデルが返すすべての内容が含まれます。入力と出力では料金が異なるため、見積もりの前に入力トークンと出力トークンでは料金が異なる理由を理解する必要があります。

コンシューマー向けプランには、消費に充てる残高がありません。Anthropic は 5 時間ごとにリセットされるセッション内で利用量に上限を設けています。さらに、利用枠ベースの有料プラン（Pro、Max、Team、および従来の席数ベースの Enterprise 契約）には、1 週間単位で測定される、より長い期間の上限もあります。利用量ベースの Enterprise プランは仕組みが異なります。Anthropic によると、席ごとの利用上限や含まれるトークン枠はありません。すべてのトークンが API 料金で課金され、管理者は組織全体と個々のユーザーに対して、それぞれ支出上限を設定できます。メッセージのサイズは一定ではないため、同じメッセージ数でも、利用者によって処理量は大きく異なります。Anthropic の Pro ヘルプページには、メッセージ数の記載がまったくありません。送信できるメッセージ数は、メッセージの長さ、添付ファイルの長さ、現在の会話の長さ、使用するモデルまたは機能によって変わると説明されています。この注意書きが示す内容がすべてですが、その仕組みが説明されることはほとんどありません。

チャットの1ターン目より20ターン目のコストがはるかに高い理由

モデルはリクエスト間でメモリを保持しません。ステートレスであるため、各ターンで会話全体が再送されます。これには、system prompt、あなたが以前に入力した各メッセージ、Claude の以前の各回答、添付したすべてのファイルが含まれます。新しい質問が20語だけでも、それを運ぶリクエストにはトランスクリプト全体が含まれます。

そのため、1ターンのコストはチャットが長くなるほど増加し、直線的に増えます。以下の行は、1つの前提に基づく計算例です。system prompt は約1,000 tokens、あなたの各メッセージは約1,000 tokens、各回答は約1,200 tokensとしています。これは仕組みを示す例であり、あなたのアカウントの実測値ではありません。

[
  {
    "label": "Turn 1",
    "sent_this_turn": "2,000",
    "cumulative_input": "2,000"
  },
  {
    "label": "Turn 5",
    "sent_this_turn": "10,800",
    "cumulative_input": "32,000"
  },
  {
    "label": "Turn 10",
    "sent_this_turn": "21,800",
    "cumulative_input": "119,000"
  },
  {
    "label": "Turn 20",
    "sent_this_turn": "43,800",
    "cumulative_input": "458,000"
  }
]

1ターン目には、入力トークンが 2,000 送信されます。20ターン目には、同じ短い質問でも 43,800 が送信されます。これは、あなたの入力文字数が同じでも20倍を超えます。会話全体では、入力トークンを 458,000 送信しており、その大部分は同じテキストの繰り返しです。

1ターンだけのチャットを20個に分けた場合、上の1行目の20倍だけが送信され、それ以外は送信されません。同じ質問でも、負荷は一部で済みます。添付ファイルがあると差はさらに広がります。2ターン目に添付した PDF は、会話がその内容を扱っているかどうかにかかわらず、3ターン目、4ターン目、その後のすべてのターンで再送されます。

同じプランを使っていても、利用できる量が大きく異なると報告する人がいるのはこのためです。1人は1つのスレッドを1週間開いたままにして、水曜日までに上限へ達します。もう1人はタスクごとに新しいチャットを開き、上限に達することがほとんどありません。どちらも間違った使い方をしているわけではありません。習慣が異なるため、トークン消費量が桁違いになります。

API では、prompt caching により繰り返しのコストを抑えられます。prompt caching は、リクエストの変わらない先頭部分を保存し、後続の呼び出しでその部分の入力料金を割り引きます。Claude Code では、サブスクリプションでも API key でもこれが自動的に行われ、無効化したり、cache の保持期間を選択したりできます。Caching によって繰り返しのコストは下がりますが、繰り返し自体はなくなりません。各ターンには依然としてトランスクリプト全体が含まれるため、実際に調整できるのは会話の長さです。同じ仕組みは、ファイル内容や tool 定義が各ターンに含まれるコーディングセッションでも大きく影響します。そのため、コーディングセッションのコンテキストを小さく保つ方法は、どの設定よりも上限対策に効果があります。また、プランを原因と考える前に、Claude Code セッションのトークンが実際に消費される場所も確認してください。

各プラン階層で得られる内容を相対的に比較する

どのサブスクリプション階層も、絶対的な利用上限は公開していません。公開されているのは相対的な情報であり、プランを選ぶにはそれで十分です。Free は最下位に位置し、Anthropic は、Free ユーザーが送信できるメッセージ数は需要によって変動すると説明しています。Pro はその上位です。Max には 2 つのサイズがあり、セッションごとの利用枠は Pro の 5 倍と 20 倍とされています。Team はシート単位で課金され、上限はチーム全体ではなく各メンバーに適用されます。Usage based Enterprise プランはこのページ全体の例外です。プラットフォームへのアクセスだけを含むシート料金を請求し、すべてのトークンを標準 API 料金で個別に課金します。この場合、請求額はトークン数で決まり、上限は管理者が設定した支出上限だけです。すべてのコンシューマー向け上限は個人ではなくアカウントに属します。そのため、1 つの Pro ログインを 2 人で共有すると、1 つの利用枠を 2 人で消費します。そもそもコンシューマー向け規約でも、この利用方法は禁止されています。

これらの倍率は、契約上の保証ではなく、方針を示すものとして扱ってください。Anthropic は上限を調整しており、ヘルプページでは、週次・月次の上限や特定のモデル・機能に対する制限など、別の方法で利用を制限する権利も留保しています。これも、正確なトークン数を示せるページが存在しない理由です。同じ比較における料金については、Pro の料金と利用上限と2 つの Max 階層の違いで説明しています。最下位の上限については、Free プランで実際に利用できる内容を参照してください。

モデルの選択は、プラン階層に加わる 2 つ目の倍率です。同じ質問でも、最小のモデルより最大のモデルのほうが利用枠を多く消費します。高性能なモデルほど、1 トークンあたりの実行コストが高いためです。定型的な作業を Opus から Sonnet または Haiku に切り替えるほうが、アップグレードより長い作業時間を確保できる場合があります。そのため、利用枠をすぐに使い切る場合は、まず作業に適したモデルを選ぶことを試してください。

推測ではなく自分の使用量を確認する方法

自分のアカウントが唯一の正確な情報源であり、2 回のクリックで確認できます。claude.ai で Settings を開き、Usage に進みます。使用した量と制限がリセットされる時刻が表示されます。返信が拒否され始めたときに 1 回、長いセッションの後に 1 回確認すると、公開されている数値を見るよりも早く、自分の利用パターンを把握できます。アプリはその前にも警告します。セッション制限の 90% を使用したことを示すバナーが表示された場合、現在のセッションには 10 分の 1 しか残っていません。この時点で新しいチャットを開くか、軽量なモデルに切り替えるのが適切です。長いスレッドをさらに続けるべきではありません。

Claude Code では、2 つのスラッシュコマンドでターミナルから同じことを確認できます。/usage はプランの使用量制限を表示します。Pro、Max、Team、Enterprise プランでは、制限に算入される内容の内訳も表示します。/context は、現在コンテキストウィンドウを埋めている内容を項目ごとの内訳とともに表示し、削除候補も提案します。/context で古い会話が大部分を占めていることが示された場合、/clear で空のコンテキストを持つ新しい会話を開始できます。これにより、1 ターンあたりのコストは上のグラフの最初の行に近い水準へ戻ります。

API では、送信前にトークン数を確認できます。

curl https://api.anthropic.com/v1/messages/count_tokens \
  --header "x-api-key: $ANTHROPIC_API_KEY" \
  --header "anthropic-version: 2023-06-01" \
  --header "content-type: application/json" \
  --data '{
    "model": "claude-sonnet-5",
    "messages": [{"role": "user", "content": "Summarise the attached report."}]
  }'

正常なレスポンスには、単一のフィールドが含まれます。

{"input_tokens": 14}

Anthropic は、この数値を推定値として扱っています。実際に使用される入力トークン数は少し異なる場合があります。また、この数値からは、モデルがまだ生成していない出力については分かりません。完了したリクエストでは、終了時に実際の使用量が報告されます。

{"usage": {"input_tokens": 21430, "output_tokens": 512}}

短い質問を新しいリクエストとして 1 回送信し、同じ質問を長いスレッドの末尾でもう 1 回送信して、2 つの input_tokens の値を比較します。その差が、サブスクリプションで計測される影響を数値で示します。

タスクの途中で上限に達した場合の対処

1. ウィンドウがリセットされるまで待ちます。アプリにはリセット時刻が表示されます。多くの場合、回避策を試すより待つほうが短時間で済みます。期限のある作業がなければ、この方法が適切です。アカウントで上限のリセットを利用できる場合、Anthropic's Pro help page によると、5 時間のセッション上限または週次上限を満杯の状態に戻せます。上限のリセットが機能する仕組みでは、リセットを利用する価値があるタイミングを説明しています。待ちたくない場合は、Pro subscribers が usage credits を有効にすると、プランに含まれる上限を超えて作業を続けられます。
2. より軽量なモデルに切り替えます。小型モデルは、すべてのプランで 1 ターンあたりの料金が安くなります。Max では、Anthropic's Fable guidance により、追加料金なしで週次上限の最大半分を Fable models に使用できます。この分は他のすべてのモデルと同じ週次上限から消費されます。その枠を使い切った後は、別のモデルに切り替えるか、usage credits で Fable の使用を続けられます。Pro では、Fable はプランの上限に含まれず、最初のメッセージから usage credits で実行されます。
3. 次の手順に必要な内容だけを引き継いで、新しいチャットを開始します。会話全体ではなく、結論を貼り付けます。1 ターンあたりのコストはすぐに下がります。確定した議論の数千トークンをモデルが再検討する必要がなくなるため、回答も通常は改善します。
4. 処理を API に移します。API では、トークンがリクエスト単位で数えられ、トークン単位で課金されます。待機が必要な 5 時間のセッションはありませんが、API にも独自のウィンドウがあります。レート制限は、リクエスト数、入力トークン、出力トークンについて 1 分単位で測定されます。いずれかの上限を超えたリクエストは 429 エラーを返し、通常は待機時間を示す retry-after header が含まれます。Start、Build、Scale の usage tiers には、それぞれ $500、$1,000、$200,000 の月間支出上限もあります。上限に達すると、先に高い上限を申請しない限り、翌月 1 日の 00:00 UTC まで API の利用が一時停止されます。送信前にリクエストの入力トークン数を見積もり、送信後に正確な使用量を確認できます。

どの方法が適しているかは、問題が時間制限にあるのか、ワークロードにあるのかで決まります。一度だけ発生する作業の集中は、タイミングの問題です。毎週水曜日に上限へ達するなら、ワークロードの問題です。その場合は、タイミングを調整するより API または上位プランが適しています。タスクの途中で上限に達した場合の完全なチェックリストでは、復旧手順を順番に説明しています。ローリングウィンドウが開始・リセットされる仕組みでは、時間の進み方を説明しています。API の利用を検討している場合は、先に料金を試算してください。同じワークロードで API とサブスクリプションを比較する方法と100 万トークンの実際の料金で、移行前に計算できます。

FAQ

Claude Pro には何トークン含まれますか？

Anthropic は Pro のトークン割り当てを公開していないため、2026年10月時点で引用できる数値はありません。Pro の使用量は、5時間ごとにリセットされるセッション上限と、すべてのモデルに適用される週次上限に対するトークン数で測定されます。送信できるメッセージ数は、モデル、添付ファイル、会話の長さによって異なります。Pro の具体的な月間トークン数を示すページは、推測に基づいています。claude.ai で Settings、次に Usage を開くと、自分の使用量とリセット時刻を確認できます。

新しいチャットを開始すると使用量はリセットされますか？

いいえ。使用量は期間内のアカウント全体で集計されるため、新しいチャットを開始しても、すでに使用した分は戻りません。変わるのは、その時点以降の各ターンのコストです。新しいチャットには再送する会話履歴がないため、上のグラフの低い位置から始まり、増加し続けることはありません。話題が変わったときに新しいチャットを開くことは、どのプランでも利用できる最も安価な方法です。

昨日より今日のほうが早く上限に達したのはなぜですか？

通常は、今日の作業を1つの長いスレッドで行ったためです。各ターンで会話全体と添付ファイルが再送されるため、画面上のメッセージ数が変わらなくても、1メッセージあたりのコストは徐々に増加します。もう1つの一般的な原因はモデルです。高負荷のモデルは1ターンあたりの割り当てを速く消費するため、大規模なモデルを午後に使うと、小規模なモデルを午前に使った場合より早く上限に達します。

正確なトークン数を把握するために API へ移行すべきですか？

数値や予測可能性が必要なら、移行を検討してください。API は各呼び出しで入力トークン数と出力トークン数を報告し、送信前に実行できる無料のトークン数計測エンドポイントを提供します。また、待機が必要な5時間のセッションもありません。ただし、API にも上限があります。1分あたりのレート制限を超えると、通常は待機時間とともに 429 エラーが返されます。さらに、Start、Build、Scale の各ティアでは月間支出上限があり、上限に達すると翌月1日まで使用が停止されます。料金はトークン単位で計算されるため、大量に使う場合は定額サブスクリプションより高くなり、使用量が少ない場合は大幅に安くなります。送信するトークン数によって結論が変わるため、移行前に実際のワークロードを現在のプランと比較してください。