---
title: レート制限
url: https://platform.claude.com/docs/ja/api/rate-limits
description: APIの不正利用を軽減し、キャパシティを管理するため、組織がClaude APIを使用できる量には制限が設けられています。
---
**[Claude Platform on AWS](https://platform.claude.com/docs/ja/build-with-claude/claude-platform-on-aws):** このページのレート制限はClaude Platform on AWSにも適用されますが、請求と制限の管理方法は異なります。請求はAWS Marketplaceを通じて行われます（Anthropicのクレジット購入ではありません）。Claude Platform on AWSの組織はStartティアに配置され、AWS Marketplaceの支払い済み請求書の履歴が蓄積されるにつれて、自動的に上位のティアに移行できます。より高い制限をリクエストするには、Anthropicのアカウント担当者または[Anthropicサポート](https://support.claude.com)にお問い合わせください。**Request tier increase**フローは利用できません。ワークスペースごとのレート制限設定と[fast mode](https://platform.claude.com/docs/ja/build-with-claude/fast-mode)は、Claude Platform on AWSでは利用できません。詳細については、[Claude Platform on AWSのレート制限とクォータ](https://platform.claude.com/docs/ja/build-with-claude/claude-platform-on-aws#rate-limits-and-quotas)を参照してください。
制限には2つの種類があります。
1. **使用量上限（Spend limits）** は、組織がAPI使用に対して負担できる月間の最大コストを設定します。
2. **レート制限（Rate limits）** は、組織が定められた期間内に行えるAPIリクエストの最大数を設定します。
APIはサービス側で設定された制限を組織レベルで適用しますが、組織のワークスペースに対してユーザーが設定可能な制限を設けることもできます。
## レート制限について
* 制限は、一般的なお客様の使用パターンへの影響を最小限に抑えつつ、APIの悪用を防ぐように設計されています。
* 制限は**使用量ティア（usage tier）**によって定義されます。組織は使用履歴とアカウントの状態に基づいて自動的にティアに配置され、APIを使用するにつれて時間とともにより高いティアに移行できます。
* 新しい組織や使用履歴が限られている組織は、アカウント履歴が確立されるまでの間、このページに示されている標準の制限よりも低い制限が適用されるEvaluationティアから開始する場合があります。これらの初期制限は、Anthropicが不正行為や悪用を防止する仕組みの一部であり、組織が使用履歴を積み重ねるにつれて自動的に引き上げられます。
* 制限は組織レベルで設定されます。組織のティアと現在の制限は、[Claude Console](https://platform.claude.com/)の[Rate limits](https://platform.claude.com/usage/limits)ページ（`platform.claude.com/usage/limits`）で確認できます。
* より短い時間間隔でレート制限に達する場合があります。たとえば、1分あたり60リクエスト（RPM）のレートは、1秒あたり1リクエストとして適用される場合があります。短時間に集中したリクエストは制限を超え、レート制限エラーを引き起こす可能性があります。
* 以下の制限は各ティアの標準の制限です。より高い制限が必要な場合は、[より高い制限のリクエスト](https://platform.claude.com/docs/ja/api/rate-limits#requesting-higher-limits)を参照してください。
* APIはレート制限に[トークンバケットアルゴリズム](https://en.wikipedia.org/wiki/Token_bucket)を使用しています。これは、キャパシティが固定間隔でリセットされるのではなく、最大制限まで継続的に補充されることを意味します。
* ここで説明するすべての制限は、保証された最小値ではなく、許可される最大使用量を表します。これらの制限は、意図しない過剰な支出を減らし、ユーザー間でリソースを公平に分配することを目的としています。
## 使用量上限
**[Claude Platform on AWS](https://platform.claude.com/docs/ja/build-with-claude/claude-platform-on-aws):** 同じ月間使用量上限が適用され、上限に達するとリクエストは同様に停止します。請求とティアの引き上げの仕組みは異なります。[Claude Platform on AWSの使用量上限](https://platform.claude.com/docs/ja/build-with-claude/claude-platform-on-aws#spend-limits)を参照してください。
Start、Build、Scaleの各ティアには月間使用量上限があり、これは組織が各暦月にAPIに対して支出できる最大額です。組織の月間使用量上限の確認と独自の上限の設定は、Claude Consoleの[Billing](https://platform.claude.com/settings/billing)ページで行えます。
| 使用量ティア | 月間使用量上限 |
| ------ | ------------ |
| Start | $500 USD |
| Build | $1,000 USD |
| Scale | $200,000 USD |
Customティアの組織には月間使用量上限はありません。制限はアカウントチームとの取り決めによって設定されます。
### 使用量上限に達した場合
ティアの使用量上限に達すると、より早く高い制限をリクエストしない限り、API使用は翌月1日の00:00 UTCまで一時停止されます。使用が一時停止されている間、APIリクエストはHTTP 429を返します。
```json
{
"type": "error",
"error": {
"type": "rate_limit_error",
"message": "You have reached your API usage limits: your organization has crossed its monthly API usage threshold, set based on your organization's API tier. You will regain access on 2026-09-01 at 00:00 UTC.",
"details": { "error_code": "enforced_spend_limit_reached" }
},
"request_id": "req_018EeWyXxfu5pfWkrYcMdjWG"
}
```
* エラータイプはレート制限の場合と同じ`rate_limit_error`ですが、レスポンスには`retry-after`ヘッダーがありません。再試行（SDKの自動再試行を含む）は、アクセスが再開されるまで失敗します。
* Messages APIでは、`error.details.error_code`は`enforced_spend_limit_reached`になります。これを使用して、このレスポンスをレート制限と区別してください。
* 上位のティアに移行するとアクセスが回復します。[より高い制限のリクエスト](https://platform.claude.com/docs/ja/api/rate-limits#requesting-higher-limits)を参照してください。
### 独自の使用量上限の設定
コストを管理するために、ティアの上限よりも低い独自の使用量上限を設定することもできます。
Claude Consoleで、[Billing](https://platform.claude.com/settings/billing)ページ（`platform.claude.com/settings/billing`）に移動します。
**Spend limits**セクションで、**Adjust limit**（現在上限が設定されていない場合は**Set limit**）をクリックします。
新しい値を入力します。使用量上限は現在のティアの上限を超えることはできません。
使用量が設定した使用量上限に達すると、リクエストはエラータイプ`invalid_request_error`のHTTP 400を返します。メッセージは`You have reached your specified API usage limits`、またはワークスペースの上限の場合は`You have reached your specified workspace API usage limits`で始まり、アクセスがいつ再開されるかが記載されます。より早くアクセスを回復するには、上限を引き上げるか削除してください。
[Claude Codeワークスペース](https://platform.claude.com/docs/ja/manage-claude/workspaces#claude-code-workspace)の上限は別途チェックされます。そのワークスペースの上限を超えたClaude Codeリクエストは、代わりに`retry-after`ヘッダーを含む429を受け取る場合があります。
## レート制限
Messages APIのレート制限は、各モデルクラスについて、1分あたりのリクエスト数（RPM）、1分あたりの入力トークン数（ITPM）、1分あたりの出力トークン数（OTPM）で測定されます。 いずれかのレート制限を超えると、どのレート制限を超えたかを説明する[429エラー](https://platform.claude.com/docs/ja/api/errors)が返されます。レスポンスに`retry-after`ヘッダーがある場合は、そこに示された秒数だけ待機してから再試行してください。
組織の使用量が急激に増加した場合、APIのアクセラレーション制限により429エラーが発生することもあります。アクセラレーション制限に達しないようにするには、トラフィックを徐々に増やし、一貫した使用パターンを維持してください。
### キャッシュ対応ITPM
多くのAPIプロバイダーは、キャッシュされたトークンとキャッシュされていないトークン、入力と出力のすべてのトークンを含む可能性のある、統合された「tokens per minute」（1分あたりのトークン数）、すなわちTPMの制限を使用しています。**ほとんどのClaudeモデルでは、キャッシュされていない入力トークンのみがITPMレート制限にカウントされます。** これは、レート制限を当初の見た目よりも実質的に高くする重要な利点です。
ITPMレート制限は各リクエストの開始時に推定され、その推定値はリクエスト中に実際に使用された入力トークン数を反映するように調整されます。
ITPMにカウントされるものは次のとおりです。
* `input_tokens`（最後のキャッシュブレークポイント以降のトークン）✓ **ITPMにカウントされる**
* `cache_creation_input_tokens`（キャッシュに書き込まれるトークン）✓ **ITPMにカウントされる**
* `cache_read_input_tokens`（キャッシュから読み取られるトークン）✗ ほとんどのモデルで**ITPMにカウントされない**
`input_tokens`フィールドは、リクエスト内のすべての入力トークンではなく、**最後のキャッシュブレークポイント以降**に現れるトークンのみを表します。合計入力トークンを計算するには、次のようにします。
```text wrap
total_input_tokens = cache_read_input_tokens + cache_creation_input_tokens + input_tokens
```
つまり、キャッシュされたコンテンツがある場合、`input_tokens`は通常、合計入力よりもはるかに小さくなります。たとえば、200kトークンのキャッシュされたドキュメントと50トークンのユーザーの質問がある場合、合計入力は200,050トークンであっても、`input_tokens: 50`と表示されます。
ほとんどのモデルでは、レート制限の目的上、`input_tokens` + `cache_creation_input_tokens`のみがITPM制限にカウントされるため、「prompt caching」（[プロンプトキャッシング](https://platform.claude.com/docs/ja/build-with-claude/prompt-caching)）は実効スループットを向上させる効果的な方法となります。
**例：** 2,000,000 ITPMの制限と80%のキャッシュヒット率の場合、キャッシュされたトークンはレート制限にカウントされないため、1分あたり合計10,000,000の入力トークン（キャッシュされていない2M + キャッシュされた8M）を実質的に処理できます。
Claude Haiku 3.5（以下のレート制限表で脚注4が付いているもの）は、`cache_read_input_tokens`もITPMレート制限にカウントします。
その他すべてのモデルでは、キャッシュされた入力トークンはレート制限にカウントされず、基本入力価格のごく一部である[キャッシュ読み取り料金](https://platform.claude.com/docs/ja/build-with-claude/prompt-caching#pricing)で請求されます。つまり、[プロンプトキャッシング](https://platform.claude.com/docs/ja/build-with-claude/prompt-caching)を使用することで、大幅に高い実効スループットを実現できます。
レート制限を最大限に活用するには、システム指示やプロンプト、大きなコンテキストドキュメント、ツール定義、会話履歴などの繰り返しコンテンツをキャッシュしてください。ガイダンスについては[プロンプトキャッシング](https://platform.claude.com/docs/ja/build-with-claude/prompt-caching)を参照してください。効果的なキャッシングにより、レート制限を引き上げることなく実際のスループットを大幅に向上させることができます。キャッシング戦略を調整するには、Claude Consoleの[Usageページ](https://platform.claude.com/usage)でキャッシュヒット率を監視してください。
OTPMレート制限は、出力トークンが生成されるにつれてリアルタイムで評価され、実際に生成されたトークンのみがカウントされます。`max_tokens`パラメータはOTPMレート制限の計算には考慮されないため、より高い`max_tokens`値を設定してもレート制限上のデメリットはありません。
以下の表の各行には、独自のRPM、ITPM、OTPMの制限があります。一部の行は、1つの制限を共有する複数のモデルを対象としています（表の下の脚注を参照）。 現在のレート制限と動作は、Claude Consoleの[Rate limits](https://platform.claude.com/usage/limits)ページで確認できます。また、[Rate Limits API](https://platform.claude.com/docs/ja/manage-claude/rate-limits-api)を使用して、設定された制限をプログラムで読み取ることもできます。
レート制限は現在、すべての`inference_geo`値で共有されています。`inference_geo: "us"`と`inference_geo: "global"`のリクエストは、同じレート制限プールから消費されます。
| モデル | 1分あたりの最大リクエスト数（RPM） | 1分あたりの最大入力トークン数（ITPM） | 1分あたりの最大出力トークン数（OTPM） |
| ------------------------------------------------------------------------------------------------------------ | ------------------- | --------------------- | --------------------- |
| Claude Fable 5.x1 | 1,000 | 500,000 | 100,000 |
| Claude Opus 5.5 | 1,000 | 2,000,000 | 400,000 |
| Claude Opus 5 | 1,000 | 2,000,000 | 400,000 |
| Claude Opus 4.x2 | 1,000 | 2,000,000 | 400,000 |
| Claude Sonnet 5.5 | 1,000 | 2,000,000 | 400,000 |
| Claude Sonnet 5 | 1,000 | 2,000,000 | 400,000 |
| Claude Sonnet 4.x3 | 1,000 | 2,000,000 | 400,000 |
| Claude Haiku 5.5 | 1,000 | 2,000,000 | 400,000 |
| Claude Haiku 4.5 | 1,000 | 2,000,000 | 400,000 |
| Claude Haiku 3.5（[Google Cloudを除き廃止済み](https://platform.claude.com/docs/ja/about-claude/model-deprecations)） | 1,000 | 100,0004 | 20,000 |
| モデル | 1分あたりの最大リクエスト数（RPM） | 1分あたりの最大入力トークン数（ITPM） | 1分あたりの最大出力トークン数（OTPM） |
| ------------------------------------------------------------------------------------------------------------ | ------------------- | --------------------- | --------------------- |
| Claude Fable 5.x1 | 2,000 | 1,500,000 | 300,000 |
| Claude Opus 5.5 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Opus 5 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Opus 4.x2 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Sonnet 5.5 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Sonnet 5 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Sonnet 4.x3 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Haiku 5.5 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Haiku 4.5 | 5,000 | 5,000,000 | 1,000,000 |
| Claude Haiku 3.5（[Google Cloudを除き廃止済み](https://platform.claude.com/docs/ja/about-claude/model-deprecations)） | 2,000 | 200,0004 | 40,000 |
| モデル | 1分あたりの最大リクエスト数（RPM） | 1分あたりの最大入力トークン数（ITPM） | 1分あたりの最大出力トークン数（OTPM） |
| ------------------------------------------------------------------------------------------------------------ | ------------------- | --------------------- | --------------------- |
| Claude Fable 5.x1 | 4,000 | 4,000,000 | 800,000 |
| Claude Opus 5.5 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Opus 5 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Opus 4.x2 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Sonnet 5.5 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Sonnet 5 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Sonnet 4.x3 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Haiku 5.5 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Haiku 4.5 | 10,000 | 10,000,000 | 2,000,000 |
| Claude Haiku 3.5（[Google Cloudを除き廃止済み](https://platform.claude.com/docs/ja/about-claude/model-deprecations)） | 4,000 | 400,0004 | 80,000 |
Scaleティアよりも高い制限が必要な場合は、Claude Consoleの[Rate limits](https://platform.claude.com/usage/limits)ページから営業チームにお問い合わせください。
*1 Fableのレート制限は、Claude Fable 5.1とClaude Fable 5の合計トラフィックに適用される合計制限です。Claude Mythos 5.1とClaude Mythos 5は、同じ条件で別の合計制限を共有します。*
*2 Opusのレート制限は、Claude Opus 4.8、Opus 4.7、Opus 4.6、Opus 4.5の合計トラフィックに適用される合計制限です。Claude Opus 5.5とClaude Opus 5はそれぞれ個別のレート制限を持ち、この合計バケットには含まれません。*
*3 Sonnet 4.xのレート制限は、Sonnet 4.6とSonnet 4.5（[非推奨](https://platform.claude.com/docs/ja/about-claude/model-deprecations)）の合計トラフィックに適用される合計制限です。Claude Sonnet 5.5とClaude Sonnet 5はそれぞれ個別のレート制限を持ち、この合計バケットには含まれません。*
*4 この制限では`cache_read_input_tokens`がITPM使用量にカウントされます。*
### Message Batches API
Message Batches APIには、すべてのモデルで共有される独自のレート制限があります。これには、すべてのAPIエンドポイントに対する1分あたりのリクエスト数（RPM）制限と、同時に処理キューに入れることができるバッチリクエスト数の制限が含まれます。ここでの「バッチリクエスト」とは、Message Batchの一部を指します。数千のバッチリクエストを含むMessage Batchを作成でき、それぞれがこの制限にカウントされます。バッチリクエストは、モデルによってまだ正常に処理されていない場合、処理キューの一部と見なされます。
| 1分あたりの最大リクエスト数（RPM） | 処理キュー内の最大バッチリクエスト数 | バッチあたりの最大バッチリクエスト数 |
| ------------------- | ------------------ | ------------------ |
| 1,000 | 200,000 | 100,000 |
| 1分あたりの最大リクエスト数（RPM） | 処理キュー内の最大バッチリクエスト数 | バッチあたりの最大バッチリクエスト数 |
| ------------------- | ------------------ | ------------------ |
| 2,000 | 300,000 | 100,000 |
| 1分あたりの最大リクエスト数（RPM） | 処理キュー内の最大バッチリクエスト数 | バッチあたりの最大バッチリクエスト数 |
| ------------------- | ------------------ | ------------------ |
| 4,000 | 500,000 | 100,000 |
Scaleティアよりも高い制限が必要な場合は、Claude Consoleの[Rate limits](https://platform.claude.com/usage/limits)ページから営業チームにお問い合わせください。
### Managed Agents
[Claude Managed Agents](https://platform.claude.com/docs/ja/managed-agents/overview)のエンドポイントは組織ごとにレート制限されます。これらの制限は、上記のMessages APIのレート制限とは別のものです。
| 操作 | 制限 |
| ---------------------------- | --------------- |
| 作成エンドポイント（例：エージェント、セッション、環境） | 1分あたり300リクエスト |
| 読み取りエンドポイント（例：取得、一覧、ストリーム） | 1分あたり1,200リクエスト |
### Files API
[Files API](https://platform.claude.com/docs/ja/build-with-claude/files)のリクエストには組織ごとの独自の制限があり、アップロード、一覧、取得、ダウンロード、削除の各操作で共有され、このページで前述したMessages APIの制限とは別のものです。現在の値については、[Files APIのレート制限](https://platform.claude.com/docs/ja/build-with-claude/files#rate-limits)を参照してください。
### Fast modeのレート制限
[fast mode](https://platform.claude.com/docs/ja/build-with-claude/fast-mode)を`speed: "fast"`でClaude Opus 5.5、Claude Opus 5、またはClaude Opus 4.8に対して使用する場合、標準のOpusレート制限とは別の専用レート制限が適用されます。Claude Opus 5.5にはStart、Build、Scaleの各ティアでデフォルトのfast modeレート制限があるため、fast modeを使用するためにアクセスをリクエストする必要はありません。Evaluationティアの組織は、Start、Build、またはScaleティアに移行すると、Claude Opus 5.5でfast modeを使用できるようになります。Claude Opus 5とClaude Opus 4.8のfast modeはリサーチプレビュー段階です。fast modeのレート制限を確認するには、Claude Consoleの[Rate limits](https://platform.claude.com/usage/limits)ページに移動してください。fast modeのレート制限を超えると、APIは`retry-after`ヘッダー付きの`429`エラーを返します。
レスポンスには、fast modeのレート制限ステータスを示す`anthropic-fast-*`ヘッダーが含まれます。これらのヘッダーの詳細については、[Fast modeのレート制限](https://platform.claude.com/docs/ja/build-with-claude/fast-mode#rate-limits)を参照してください。
### Consoleでのレート制限の監視
レート制限の使用状況は、[Claude Console](https://platform.claude.com/)の[Usage](https://platform.claude.com/usage)ページで監視できます。
Usageページでは、トークンとリクエストのチャートに加えて、2つの独立したレート制限チャートが提供されます。これらのチャートを使用して、成長の余地がどれだけあるかを確認し、ピーク使用に達している可能性のある時期を特定し、どのレート制限をリクエストすべきかを理解し、キャッシュ率を改善する方法を把握できます。チャートは、特定のレート制限（たとえばモデルごと）に関する複数のメトリクスを可視化します。
* **Rate Limit - Input Tokens**チャートには以下が含まれます。
* 1時間ごとの、1分あたりの未キャッシュ入力トークン数の最大値
* 現在の1分あたりの入力トークン数のレート制限
* 入力トークンのキャッシュ率（つまり、キャッシュから読み取られた入力トークンの割合）
* **Rate Limit - Output Tokens**チャートには以下が含まれます。
* 1時間ごとの、1分あたりの出力トークン数の最大値
* 現在の1分あたりの出力トークン数のレート制限
## より高い制限のリクエスト
より高いレート制限またはより高い月間使用量上限をリクエストするには、Claude Consoleの[Rate limits](https://platform.claude.com/usage/limits)ページで**Request tier increase**を使用してください。Anthropicサポートも制限を引き上げることができます。緊急の場合は、[Anthropicサポート](https://support.claude.com)にお問い合わせください。
**[Claude Platform on AWS](https://platform.claude.com/docs/ja/build-with-claude/claude-platform-on-aws):** **Request tier increase**フローは利用できません。Anthropicのアカウント担当者または[Anthropicサポート](https://support.claude.com)に連絡し、引き上げが必要なモデル、各モデルの1分あたりのピーク入力トークン数と出力トークン数、および入力のうちキャッシュされたコンテキストまたは繰り返されるコンテキストのおおよその割合を伝えてください。[Claude Platform on AWSのレート制限とクォータ](https://platform.claude.com/docs/ja/build-with-claude/claude-platform-on-aws#rate-limits-and-quotas)を参照してください。
## ワークスペースに対するより低い制限の設定
ワークスペースの詳細については、[ワークスペース](https://platform.claude.com/docs/ja/manage-claude/workspaces)を参照してください。
組織内のワークスペースを潜在的な過剰使用から保護するために、ワークスペースごとにカスタムの使用量上限とレート制限を設定できます。
例：組織の制限が1分あたり40,000入力トークンおよび1分あたり8,000出力トークンの場合、1つのワークスペースを1分あたり30,000入力トークンに制限することができます。これにより、他のワークスペースが潜在的な過剰使用から保護され、組織全体でリソースがより公平に分配されます。残りの未使用の1分あたりのトークン（そのワークスペースが制限を使い切らない場合はそれ以上）は、他のワークスペースが使用できるようになります。
注意：
* デフォルトのワークスペースには制限を設定できません。
* 設定されていない場合、ワークスペースの制限は組織の制限と一致します。
* ワークスペースの制限は、リミッタータイプごと（1分あたりのリクエスト数、1分あたりの入力トークン数、1分あたりの出力トークン数など）に設定されます。
* ワークスペースの制限の合計がそれを上回る場合でも、組織全体の制限は常に適用されます。
現在の組織およびワークスペースのレート制限をプログラムから読み取るには、[Rate Limits API](https://platform.claude.com/docs/ja/manage-claude/rate-limits-api)を使用してください。
## レスポンスヘッダー
APIレスポンスには、適用されているレート制限、現在の使用量、および制限がリセットされる時刻を示すヘッダーが含まれます。
以下のヘッダーが返されます。
| ヘッダー | 説明 |
| --------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `retry-after` | リクエストをリトライできるまで待機する秒数。それより早いリトライは失敗します。すべての429で送信されるわけではなく、使用量上限の429では決して送信されません（[使用量上限に達した場合](https://platform.claude.com/docs/ja/api/rate-limits#reaching-your-spend-cap)を参照）。 |
| `anthropic-ratelimit-requests-limit` | 任意のレート制限期間内に許可されるリクエストの最大数。 |
| `anthropic-ratelimit-requests-remaining` | レート制限されるまでに残っているリクエスト数。 |
| `anthropic-ratelimit-requests-reset` | リクエストのレート制限が完全に補充される時刻（RFC 3339形式）。 |
| `anthropic-ratelimit-tokens-limit` | 任意のレート制限期間内に許可されるトークンの最大数。 |
| `anthropic-ratelimit-tokens-remaining` | レート制限されるまでに残っているトークン数（千単位に丸められます）。 |
| `anthropic-ratelimit-tokens-reset` | トークンのレート制限が完全に補充される時刻（RFC 3339形式）。 |
| `anthropic-ratelimit-input-tokens-limit` | 任意のレート制限期間内に許可される入力トークンの最大数。 |
| `anthropic-ratelimit-input-tokens-remaining` | レート制限されるまでに残っている入力トークン数（千単位に丸められます）。 |
| `anthropic-ratelimit-input-tokens-reset` | 入力トークンのレート制限が完全に補充される時刻（RFC 3339形式）。 |
| `anthropic-ratelimit-output-tokens-limit` | 任意のレート制限期間内に許可される出力トークンの最大数。 |
| `anthropic-ratelimit-output-tokens-remaining` | レート制限されるまでに残っている出力トークン数（千単位に丸められます）。 |
| `anthropic-ratelimit-output-tokens-reset` | 出力トークンのレート制限が完全に補充される時刻（RFC 3339形式）。 |
| `anthropic-priority-input-tokens-limit` | 任意のレート制限期間内に許可されるPriority Tier入力トークンの最大数。（Priority Tierのみ） |
| `anthropic-priority-input-tokens-remaining` | レート制限されるまでに残っているPriority Tier入力トークン数（千単位に丸められます）。（Priority Tierのみ） |
| `anthropic-priority-input-tokens-reset` | Priority Tier入力トークンのレート制限が完全に補充される時刻（RFC 3339形式）。（Priority Tierのみ） |
| `anthropic-priority-output-tokens-limit` | 任意のレート制限期間内に許可されるPriority Tier出力トークンの最大数。（Priority Tierのみ） |
| `anthropic-priority-output-tokens-remaining` | レート制限されるまでに残っているPriority Tier出力トークン数（千単位に丸められます）。（Priority Tierのみ） |
| `anthropic-priority-output-tokens-reset` | Priority Tier出力トークンのレート制限が完全に補充される時刻（RFC 3339形式）。（Priority Tierのみ） |
`anthropic-ratelimit-tokens-*`ヘッダーは、現在有効な最も厳しい制限の値を表示します。たとえば、ワークスペースの1分あたりのトークン制限を超えた場合、ヘッダーにはワークスペースの1分あたりのトークンレート制限の値が含まれます。ワークスペースの制限が適用されない場合、ヘッダーは残りの合計トークン数を返します。ここでの合計とは、入力トークンと出力トークンの合計です。このアプローチにより、現在のAPI使用に対する最も関連性の高い制約を把握できます。リクエストがどのワークスペースに対してカウントされたかを確認するには、`anthropic-workspace-id`[レスポンスヘッダー](https://platform.claude.com/docs/ja/api/overview#response-headers)を読み取ってください。このヘッダーには、APIキーまたはアクセストークンが解決されたワークスペースのIDが含まれます。