本文根據 Codex 官方文檔(Pricing、Authentication、企業用量控制、命令參考)整理,資料核對於 2026-10-27。官方沒有單獨解釋這條報錯,也沒有寫它一定表示額度用完。429 是 HTTP 狀態碼,字面意思是「請求太多」,本文列的是官方文檔裏與用量限制相關的幾種情況。配圖為本站整理的示意圖,不是軟件截圖。
適用於誰
- 在 Codex 裏發消息後彈出
exceeded retry limit, last status: 429 Too Many Requests(有時後面跟着request id)的人; - 用 ChatGPT 帳號登入,或用 API 密鑰登入的人;
- 在公司、學校的 ChatGPT 工作區裏用 Codex 的人。
結論先說
- 先去看用量。 官方的用量頁面是 chatgpt.com/codex/settings/usage;在命令行裏可以輸入
/status看當前會話的用量,輸入/usage看帳號的 token 用量。用量頁面上有限額和重置時間。 - 用量真的見底了:官方說,在一個進行中的任務裏達到限額時,代理仍可能繼續完成這一輪;ChatGPT Plus 和 Pro 用戶達到上限後可以購買額外的額度繼續用,不必升級套餐;也可以改用 API 密鑰跑本地對話,用量按標準 API 價格計費。
- 用量頁面還有餘量:先稍等幾分鐘再試。反覆出現就向官方反饋,並帶上報錯裏的
request id。 - 你是用 API 密鑰登入的:429 要按 API 自己的速率限制和帳戶餘額去查,見 /guides/openai-api-429-error。
- 你在公司或學校的工作區裏:問管理員,工作區的額度控制可能影響計劃內的 Codex 用量。
- 狀態頁有 Codex 事件:等官方恢復,讀法見 /guides/chatgpt-down-check-status-page。

圖:本站根據 Codex 官方文檔:Pricing 與 Authentication 整理的示意圖
報錯原文怎麼讀
text
exceeded retry limit, last status: 429 Too Many Requests, request id: ...
拆開讀:Codex 向服務端發請求,服務端回了 429;Codex 重試了幾次,仍然是 429,於是放棄並報錯。429 Too Many Requests 是通用的 HTTP 狀態碼,表示在一段時間內請求太多;服務端用它可以表示不同的限制,所以單看這句話,分不清是你的套餐額度、API 的速率限制,還是服務端的臨時限流。官方文檔沒有逐條解釋,所以下面用「看用量」把情況分開。
一、先去看用量,三個入口
官方 Pricing 頁「Where can I see my current usage limits?」寫了:當前限額在用量頁面可見;在命令行會話裏想看剩餘限額,用 /status。命令參考裏另有 /usage:查看帳號 token 用量,或者使用可兌換的額度重置(可以直接輸入 /usage daily、/usage weekly、/usage cumulative 打開對應視圖)。官方建議每隔一兩週看一次用量頁面,了解自己的節奏。

圖:本站根據 Codex 官方文檔:Pricing 與命令參考整理的示意圖
二、用量頁面顯示額度用完了
官方 Pricing 頁的幾條說明(本站轉述):
- 可發送的消息數量取決於所用模型、任務的大小和複雜程度,以及在本地還是雲端運行;看起來相似的任務消耗也可能不同,模型選擇、上下文、推理、工具調用、檢索和緩存都會影響用量,所以提示詞長度不是可靠的估算依據;
- Plus 和標準 Business 的本地消息數是按每五小時估算的,官方強調這只是估算,不是固定的消息上限,以用量頁面的限額和重置時間為準;Pro 目前沒有五小時限制;
- 雲端任務可能比本地消息消耗更多額度;
- 圖像生成和本地消息、雲端對話共用同一類額度,官方寫明圖像生成消耗額度的速度平均比類似的無圖像任務快 3 到 5 倍。
各套餐的具體數字和重置規則,以官方頁面和站內文章 /guides/codex-usage-limits 為準。想開通更高的套餐,可以看 /chongzhi/chatgpt-plus 或 /chongzhi/chatgpt-pro。
三、讓額度更耐用的幾個官方建議
官方在 Pricing 頁「What can I do to make my usage limits last longer?」裏給了這些:
- 控制提示詞的大小:指令精確,去掉不必要的上下文;
- 限制素材:只給相關的文件,盡量縮小來源或日期範圍;
- 輸出匹配需求:說明受眾、格式和長度,把必須做的和可選的分開;
- 精簡 AGENTS.md:項目較大時,可以把 AGENTS.md 按目錄嵌套,控制注入的上下文量;
- 減少 MCP 伺服器:每個 MCP 伺服器都會給你的消息增加上下文、佔用更多額度,用不到時關掉,配置方法見 /guides/codex-mcp-config。
四、用量頁面還有餘量,卻仍然報 429
這一點官方文檔沒有說明。需要提醒的是:GitHub 的 openai/codex 問題列表裏,有用戶反饋在用量頁面顯示還有餘量時仍然反覆遇到 429,這類問題截至本文核對日仍是未關閉的狀態。這隻能說明有這類反饋,不能說明原因,也不是官方的解釋。可以做的是:
- 稍等幾分鐘再試,不要連續快速重發;
- 到狀態頁確認 Codex 相關組件沒有進行中的事件;
- 反覆出現就在輸入框裏輸入
/向官方提交反饋,或在 GitHub 查看是否有相同問題,附上 request id 與版本號,不要貼令牌或密鑰。
五、用 API 密鑰登入時
官方認證文檔說,用 API 密鑰登入後,Codex 用量按標準 API 價格計費,不使用 ChatGPT 套餐裏包含的額度;用量遵循的是你的 API 組織的保留和數據共享設定。此時 429 要到 OpenAI Platform 的帳戶頁面查看速率限制和帳單,而不是 ChatGPT 的用量頁面。API 的 429 是怎麼回事,見 /guides/openai-api-429-error。
六、在工作區裏用 Codex
官方有專門的《ChatGPT usage limits and spend controls》頁,寫明工作區的額度控制可能影響計劃內的 Codex 用量。個人用戶看不到工作區的設定,需要問管理員:是否設定了額度或支出限制、你所在的角色能用多少。
常見問題
Q:重試幾次都不行,要不要換個模型?
官方的省額度建議裏提到「用較小的模型、收窄任務範圍,往往也能得到有用的結果」,不同模型消耗額度的速度不同,見 /guides/codex-usage-limits。
Q:是不是我的帳號被限制了?
官方文檔沒有把 429 和帳號限制聯絡在一起。登入和帳號方面的問題見 /guides/codex-cannot-sign-in-send-message-connect。
Q:ChatGPT 網頁聊天正常,只有 Codex 報錯?
官方的說明是 Work 和 Codex 的用量規則與聊天分開,兩者的區別見 /guides/chatgpt-work-vs-codex。
參考資料
- Codex 官方文檔:Pricing — https://learn.chatgpt.com/docs/pricing
- Codex 官方文檔:Authentication — https://learn.chatgpt.com/docs/auth
- Codex 官方文檔:ChatGPT usage limits and spend controls — https://learn.chatgpt.com/docs/enterprise/usage-limits
- Codex 官方文檔:命令參考(/status、/usage)— https://learn.chatgpt.com/docs/developer-commands
- OpenAI 狀態頁 — https://status.openai.com/
0 條評論
還沒有評論,來搶沙發~