---
title: 速率限制
url: https://platform.claude.com/docs/zh-TW/api/rate-limits
description: 為了減少濫用並管理 API 的容量，我們對組織可使用 Claude API 的程度設有限制。
---
**[Claude Platform on AWS](https://platform.claude.com/docs/zh-TW/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**（申請提高層級）流程無法使用。Claude Platform on AWS 不提供每個工作區的速率限制設定及 [fast mode](https://platform.claude.com/docs/zh-TW/build-with-claude/fast-mode)（快速模式）。詳情請參閱 [Claude Platform on AWS 的速率限制與配額](https://platform.claude.com/docs/zh-TW/build-with-claude/claude-platform-on-aws#rate-limits-and-quotas)。
限制分為兩種類型：
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`）查看組織的層級與目前的限制。
* 您可能會在較短的時間間隔內觸及速率限制。例如，每分鐘 60 次請求（RPM）的速率可能會以每秒 1 次請求的方式強制執行。短時間內的大量請求可能會超出限制並觸發速率限制錯誤。
* 以下限制為各層級的標準限制。若您需要更高的限制，請參閱[申請更高的限制](https://platform.claude.com/docs/zh-TW/api/rate-limits#requesting-higher-limits)。
* API 使用 [token bucket algorithm](https://en.wikipedia.org/wiki/Token_bucket)（權杖桶演算法）進行速率限制。這表示您的容量會持續補充至上限，而非在固定間隔重設。
* 此處描述的所有限制代表允許的最大使用量，而非保證的最低值。這些限制旨在減少非預期的超支，並確保資源在使用者之間公平分配。
## 支出限制
**[Claude Platform on AWS](https://platform.claude.com/docs/zh-TW/build-with-claude/claude-platform-on-aws)：** 適用相同的每月支出上限，且請求在達到上限時會以相同方式停止。計費與層級提升的運作方式不同；請參閱 [Claude Platform on AWS 的支出限制](https://platform.claude.com/docs/zh-TW/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 使用將暫停至下個月第一天的 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/zh-TW/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**）。
輸入新的數值。您的支出限制不得超過目前層級的上限。
當使用量達到您設定的支出限制時，請求會回傳 HTTP 400，錯誤類型為 `invalid_request_error`。訊息以 `You have reached your specified API usage limits` 開頭，若為工作區限制則以 `You have reached your specified workspace API usage limits` 開頭，並說明存取何時恢復。提高或移除該限制即可提前恢復存取。
[Claude Code 工作區](https://platform.claude.com/docs/zh-TW/manage-claude/workspaces#claude-code-workspace)的限制會另行檢查：超出該工作區限制的 Claude Code 請求可能會改為收到帶有 `retry-after` 標頭的 429。
## 速率限制
Messages API 的速率限制以每個模型類別的每分鐘請求數（RPM）、每分鐘輸入權杖數（ITPM）與每分鐘輸出權杖數（OTPM）來衡量。 若您超出任何速率限制，將會收到 [429 錯誤](https://platform.claude.com/docs/zh-TW/api/errors)，說明超出了哪一項速率限制。當回應帶有 `retry-after` 標頭時，請等待該標頭指定的秒數後再重試。
若您的組織使用量急遽增加，您也可能因 API 的加速限制而遇到 429 錯誤。為避免觸及加速限制，請逐步增加流量並維持一致的使用模式。
### 快取感知的 ITPM
許多 API 供應商使用合併的「每分鐘權杖數」（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/zh-TW/build-with-claude/prompt-caching)。
**範例：** 在 2,000,000 ITPM 限制和 80% 快取命中率的情況下，您實際上每分鐘可處理 10,000,000 個總輸入權杖（2M 未快取 + 8M 已快取），因為已快取的權杖不計入您的速率限制。
Claude Haiku 3.5（在以下速率限制表中以註腳 4 標示）也會將 `cache_read_input_tokens` 計入 ITPM 速率限制。
對於所有其他模型，已快取的輸入權杖不計入速率限制，並以[快取讀取費率](https://platform.claude.com/docs/zh-TW/build-with-claude/prompt-caching#pricing)計費，僅為基本輸入價格的一小部分。這表示您可以透過使用[提示快取](https://platform.claude.com/docs/zh-TW/build-with-claude/prompt-caching)達到顯著更高的有效吞吐量。
為了充分利用您的速率限制，請快取重複的內容，例如系統指示與提示、大型上下文文件、工具定義以及對話歷史；相關指引請參閱[提示快取](https://platform.claude.com/docs/zh-TW/build-with-claude/prompt-caching)。透過有效的快取，您可以在不提高速率限制的情況下大幅增加實際吞吐量。請在 Claude Console 的 [Usage 頁面](https://platform.claude.com/usage)監控您的快取命中率，以調整您的快取策略。
OTPM 速率限制會在產生輸出權杖時即時評估，僅計算實際產生的權杖。`max_tokens` 參數不會納入 OTPM 速率限制的計算，因此設定較高的 `max_tokens` 值不會對速率限制造成不利影響。
以下表格中的每一列都有各自的 RPM、ITPM 與 OTPM 限制。有些列涵蓋多個共用同一個限制的模型；請參閱表格下方的註腳。 您可以在 Claude Console 的 [Rate limits](https://platform.claude.com/usage/limits) 頁面查看目前的速率限制和行為，或透過 [Rate Limits API](https://platform.claude.com/docs/zh-TW/manage-claude/rate-limits-api) 以程式方式讀取已設定的限制。
速率限制目前在所有 `inference_geo` 值之間共用。使用 `inference_geo: "us"` 和 `inference_geo: "global"` 的請求會從同一個速率限制池中扣除。
| 模型 | 每分鐘最大請求數（RPM） | 每分鐘最大輸入 token 數（ITPM） | 每分鐘最大輸出 token 數（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/zh-TW/about-claude/model-deprecations)） | 1,000 | 100,0004 | 20,000 |
| 模型 | 每分鐘最大請求數（RPM） | 每分鐘最大輸入 token 數（ITPM） | 每分鐘最大輸出 token 數（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/zh-TW/about-claude/model-deprecations)） | 2,000 | 200,0004 | 40,000 |
| 模型 | 每分鐘最大請求數（RPM） | 每分鐘最大輸入 token 數（ITPM） | 每分鐘最大輸出 token 數（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/zh-TW/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/zh-TW/about-claude/model-deprecations)）的合併流量。Claude Sonnet 5.5 和 Claude Sonnet 5 各自擁有獨立的速率限制，不屬於此合併額度。*
*4 此限制會將 `cache_read_input_tokens` 計入 ITPM 使用量。*
### Message Batches API
Message Batches API 有其自己的一組速率限制，在所有模型之間共用。其中包括適用於所有 API 端點的每分鐘請求數（RPM）限制，以及可同時處於處理佇列中的批次請求數量限制。此處的「批次請求」是指 Message Batch 的一部分。您可以建立包含數千個批次請求的 Message Batch，每個批次請求都會計入此限制。當批次請求尚未被模型成功處理時，即視為處理佇列的一部分。
| 每分鐘最大請求數（RPM） | 處理佇列中的最大批次請求數 | 每個批次的最大批次請求數 |
| ------------- | ------------- | ------------ |
| 1,000 | 200,000 | 100,000 |
| 每分鐘最大請求數（RPM） | 處理佇列中的最大批次請求數 | 每個批次的最大批次請求數 |
| ------------- | ------------- | ------------ |
| 2,000 | 300,000 | 100,000 |
| 每分鐘最大請求數（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/zh-TW/managed-agents/overview) 端點依組織進行速率限制。這些限制與上述 Messages API 速率限制分開計算。
| 操作 | 限制 |
| --------------------------------------- | ------------- |
| 建立端點（例如 agents、sessions 與 environments） | 每分鐘 300 次請求 |
| 讀取端點（例如 retrieve、list 與 stream） | 每分鐘 1,200 次請求 |
### Files API
[Files API](https://platform.claude.com/docs/zh-TW/build-with-claude/files) 請求有其自己的每組織限制，在上傳、列出、擷取、下載與刪除操作之間共用，並與本頁前述的 Messages API 限制分開計算。目前的數值請參閱 [Files API 速率限制](https://platform.claude.com/docs/zh-TW/build-with-claude/files#rate-limits)。
### 快速模式速率限制
在 Claude Opus 5.5、Claude Opus 5，或 Claude Opus 4.8 上以 `speed: "fast"` 使用 [fast mode](https://platform.claude.com/docs/zh-TW/build-with-claude/fast-mode)（快速模式）時，會套用專屬的速率限制，與標準 Opus 速率限制分開計算。Claude Opus 5.5 在 Start、Build 和 Scale 層級都有預設的快速模式速率限制，因此您無需申請存取權，即可搭配此模型使用快速模式。Evaluation 層級的組織在升級至 Start、Build 或 Scale 層級後，即可搭配 Claude Opus 5.5 使用快速模式。Claude Opus 5 和 Claude Opus 4.8 的快速模式目前處於研究預覽階段。若要查看您的快速模式速率限制，請前往 Claude Console 的 [Rate limits](https://platform.claude.com/usage/limits) 頁面。超過快速模式速率限制時，API 會回傳帶有 `retry-after` 標頭的 `429` 錯誤。
回應中包含 `anthropic-fast-*` 標頭，用以指示您的快速模式速率限制狀態。有關這些標頭的詳情，請參閱[快速模式速率限制](https://platform.claude.com/docs/zh-TW/build-with-claude/fast-mode#rate-limits)。
### 在 Console 中監控您的速率限制
您可以在 [Claude Console](https://platform.claude.com/) 的 [Usage](https://platform.claude.com/usage)（使用量）頁面監控您的速率限制使用情況。
除了提供權杖與請求圖表之外，Usage 頁面還提供兩個獨立的速率限制圖表。使用這些圖表可查看您還有多少成長空間、識別何時可能達到使用高峰、了解應申請哪些速率限制，以及學習如何提高快取率。這些圖表針對特定速率限制（例如每個模型）視覺化呈現多項指標：
* **Rate Limit - Input Tokens**（速率限制 - 輸入權杖）圖表包含：
* 每小時的每分鐘未快取輸入權杖數最大值
* 您目前的每分鐘輸入權杖數速率限制
* 您輸入權杖的快取率（即從快取讀取的輸入權杖百分比）
* **Rate Limit - Output Tokens**（速率限制 - 輸出權杖）圖表包含：
* 每小時的每分鐘輸出權杖數最大值
* 您目前的每分鐘輸出權杖數速率限制
## 申請更高的限制
若要申請更高的速率限制或更高的每月支出上限，請使用 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/zh-TW/build-with-claude/claude-platform-on-aws)：** **Request tier increase** 流程無法使用。請聯繫您的 Anthropic 客戶代表或 [Anthropic 支援](https://support.claude.com)，並提供您需要提高限制的模型、每個模型的每分鐘輸入與輸出權杖峰值，以及您的輸入中大約有多少比例是已快取或重複的上下文。請參閱 [Claude Platform on AWS 的速率限制與配額](https://platform.claude.com/docs/zh-TW/build-with-claude/claude-platform-on-aws#rate-limits-and-quotas)。
## 為工作區設定較低的限制
有關工作區的更多資訊，請參閱[工作區](https://platform.claude.com/docs/zh-TW/manage-claude/workspaces)。
為了保護您組織中的工作區免於潛在的過度使用，您可以為每個工作區設定自訂的支出與速率限制。
範例：若您組織的限制為每分鐘 40,000 個輸入權杖與每分鐘 8,000 個輸出權杖，您可以將某個工作區限制為每分鐘 30,000 個輸入權杖。這可保護其他工作區免於潛在的過度使用，並確保資源在您的組織中更公平地分配。剩餘未使用的每分鐘權杖數（若該工作區未用滿限制則更多）便可供其他工作區使用。
注意：
* 您無法對預設工作區設定限制。
* 若未設定，工作區限制會與組織的限制相同。
* 工作區限制依限制器類型設定（例如每分鐘請求數、每分鐘輸入權杖數或每分鐘輸出權杖數）。
* 組織層級的限制始終適用，即使各工作區限制加總後超過該值亦然。
若要以程式方式讀取您目前的組織與工作區速率限制，請使用 [Rate Limits API](https://platform.claude.com/docs/zh-TW/manage-claude/rate-limits-api)。
## 回應標頭
API 回應包含標頭，顯示所強制執行的速率限制、目前使用量，以及限制何時重設。
會回傳以下標頭：
| 標頭 | 說明 |
| --------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `retry-after` | 在您可以重試請求之前需等待的秒數。提前重試將會失敗。並非每個 429 都帶有此標頭；支出上限的 429 則一律不帶（請參閱[達到支出上限](https://platform.claude.com/docs/zh-TW/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-*` 標頭顯示目前生效的最嚴格限制的數值。例如，若您已超出工作區的每分鐘權杖限制，標頭將包含工作區每分鐘權杖速率限制的數值。若工作區限制不適用，標頭將回傳剩餘的總權杖數，其中總數為輸入與輸出權杖的總和。此方式可確保您能掌握目前 API 使用上最相關的限制條件。若要查看某個請求計入了哪個工作區，請讀取 `anthropic-workspace-id` [回應標頭](https://platform.claude.com/docs/zh-TW/api/overview#response-headers)，其中包含您的 API 金鑰或存取權杖所解析到的工作區 ID。