本文根據 OpenAI 官方《Rate limits》整理，資料核對於 2026-11-05。配圖為本站整理的示意圖，不是介面截圖。本站（bigolab.com）不是 OpenAI 官方網站。API 是按用量計費的獨立服務，與 ChatGPT 訂閱分開計算，Key 的獲取見 /guides/openai-api-key。
適用於誰
- 剛開始用 OpenAI API，想知道“為什麼我的請求限額這麼低”的人；
- 已經遇到 429，想搞清楚限額是怎麼定的、能不能提高的人；
- 要上線一個有一定用戶量的應用，想提前規劃限額的人。
遇到 429 報錯時的具體排查，先看 /guides/openai-api-429-error。本文側重“層級”和“限額從哪裏看、怎麼變大”。
結論先說
- 限速是為了防濫用、保證公平訪問和管理基礎設施負載，這是官方給出的三個原因，所有人都有。
- 限速按多種指標同時算，哪個先到哪個觸發：請求數每分鐘（RPM）、每天（RPD）、token 數每分鐘（TPM）、每天（TPD）、圖片數每分鐘（IPM）等。
- 限額按組織和項目算，不是按個人，並且隨模型而不同。
- 官方的層級有四檔：Free、Build、Launch、Grow，隨你累計購買額度自動升級。
- 自己的具體數字要去後台看：Settings > Organization > Limits 裏的 Rate limits。
圖：本站根據 OpenAI 官方《Rate limits》 整理的示意圖
一、幾個指標怎麼理解
官方舉了個例子：你的 RPM 是 20，TPM 是 15 萬。你發了 20 個只有 100 token 的請求，雖然沒用滿 15 萬 token，但 RPM 已經滿了，照樣會被限速。所以不是隻看一項。
另外幾點官方特別提到：
- 一些長上下文模型有單獨的長上下文限額，同樣在後台的限額頁可以看到；
- 有些模型族共享限額：後台限額頁裏列在同一個“shared limit”下的模型，調用量一起算；
- Batch API 的排隊限額按排隊中的輸入 token 總數算，批次完成後就不再佔用，Batch 寫法見 /guides/openai-api-batch。
二、四個用量層級
官方頁面 2026-11-05 的層級表：
| 層級 | 官方寫的條件 | 每月用量上限 |
|---|---|---|
| Free | 用戶必須位於官方允許的地區 | 100 美元 |
| Build | 累計購買額度 5 美元 | 500 美元 |
| Launch | 累計購買額度 100 美元 | 5,000 美元 |
| Grow | 累計購買額度 500 美元 | 200,000 美元 |
官方說：組織的層級會隨累計購買額度達到各檔門檻而自動升級，層級越高，各模型的限額一般越高。 這裏的“累計購買額度”指的是你給 API 帳戶買過的額度總和，不是你已經花掉的。
地區限制只看官方的支持國家和地區名單，本站不提供任何繞過辦法，名單見官方 Supported countries 頁面。
三、去哪裏看自己的限額
官方指引：進入 Settings > Organization > Limits，在 Rate limits 裏可以看到你當前層級下每個模型的限額；要升級層級，在 Usage Tiers 區域點 Upgrade tier。選單名以英文介面為準。
官方頁面還給了一張按層級和模型系列列出 RPM 與 TPM 的表。這些數字和模型系列會隨官方更新，本文不照抄，以後台頁面和官方當天文檔為準。
四、從響應頭讀到剩餘額度
除了後台，每個響應的 HTTP 頭裏也能讀到限額資訊：
| 字段 | 含義 |
|---|---|
x-ratelimit-limit-requests | 請求數上限 |
x-ratelimit-remaining-requests | 剩餘請求數 |
x-ratelimit-reset-requests | 請求限額重置還要多久 |
x-ratelimit-limit-tokens | token 數上限 |
x-ratelimit-remaining-tokens | 剩餘 token 數 |
x-ratelimit-reset-tokens | token 限額重置還要多久 |
Retry-After | 遇到臨時限速時，最少要等多少秒再試（出現時） |
官方還有項目級的 token 響應頭，在項目有 token 限額時才會出現。Retry-After 可能出現在 429（臨時限速）和 503（臨時模型過載）的響應上，它不代表額度或帳單類錯誤靠重試能解決。
五、限速和花費上限不是一回事
官方把兩個概念分開：
- 限額（rate limit）：每分鐘請求或 token 數的速度限制；
- 花費控制（spend limits）：你可以給組織或項目設月度花費。官方列了兩種：Spend alert 只發通知，API 流量繼續；Hard spend limit 達到設定金額後，受影響的請求會返回
429。
所以看到 429 不一定是限速，也可能是你自己設的硬性花費上限到了，先到後台確認。帳單怎麼看見 /guides/openai-api-pricing-billing，價格以官方價格頁當天為準，見 /guides/openai-api-price-official-table。
另外，官方還說 OpenAI 會為每個組織設一個批准的月度用量上限，這和你自己設的花費上限是分開的。
六、兩種新的限速錯誤
圖：本站根據 OpenAI 官方《Rate limits》 整理的示意圖，判斷表為本站歸納
官方頁面說明：
- 429 +
slow_down（錯誤類型rate_limit_error）：你的請求速度漲得太快。即使每分鐘請求數和 token 數都沒超，也可能觸發，因為它衡量的是增長速度。官方的經驗法則：流量到每分鐘 100 萬輸入 token 之後，每 15 分鐘的增幅不要超過 50%，具體拐點因模型和流量而異； - 503 +
server_is_overloaded（錯誤類型service_unavailable_error）：請求的模型暫時過載。有Retry-After就照做，持續出現就拉長重試間隔。
官方建議錯誤處理要同時看 HTTP 狀態碼和 error.code，兩個都要處理。
七、讓限額“夠用”的做法
以下做法來自官方同一頁：
- 指數退避加隨機抖動：遇到 429 等一小會再試，每次失敗後等待時間加長，並加一點隨機延遲，避免大家同時重試。官方說官方 SDK 會自動重試可重試的 429 和 503，但對
Retry-After的處理隨 SDK 版本不同，不要想當然；應用裏自己做重試時，要關掉 SDK 的重試或把它計入上限，免得重試疊加； - 別瘋狂重發：失敗的請求同樣會計入每分鐘限額；
- 把
max_output_tokens設成接近實際需要的值：官方說你的限額佔用按“max_tokens 與按請求字符數估算的 token 數兩者中較大的那個”計算，所以設得越接近實際回答長度越好； - 用 Batch API 處理不急的任務：Batch 有獨立的限額池，不佔用常規的按模型限額；
- 別向不可信的用戶開放程序化訪問或批量功能：官方建議給單個用戶設定時間段內的使用上限，超限的用戶做硬性截止或人工審核。
想提高層級，唯一官方寫明的路徑就是累計購買額度達到門檻；除此之外官方這一頁沒有提供申請提額的入口，需要更高限額的企業用戶官方提到可以了解 Scale Tier 或 Reserved Tier，具體以官方頁面為準。
常見問題
Q：我剛充了一點錢，為什麼限額沒變？
層級是按累計購買額度自動升級的，如果剛好沒到門檻，就不會升。先到 Limits 頁看當前層級和限額。
Q：限額是按 API Key 算的嗎？
不是。官方說限額在組織和項目層面定義，不是用戶層面。
Q：我一直是 429，也沒設花費上限？
看響應裏的 error.code 和響應頭，區分 slow_down、限額用滿、配額或帳單問題；配額和帳單類錯誤官方說不要自動重試。
參考資料
- OpenAI 官方：Rate limits — https://developers.openai.com/api/docs/guides/rate-limits
0 條評論
還沒有評論，來搶沙發～