首页/报错字典/Codex 报错 429:请求频率超限排查指南
Codex 429 报错

Codex 报错 429:请求频率超限排查指南

解释 429 的常见原因、重试策略、任务拆分和额度检查方法。

TL;DR:429 不要连续点击重试

429 通常意味着请求频率、并发或账号额度暂时达到限制。先减少并发,把长任务拆成可验证的小步骤,再查看官方账号和使用说明。

推荐的重试方式

第一次失败:等待几秒,记录错误上下文
第二次失败:降低并发,拆分任务
持续失败:检查账号使用状态和官方公告

让 Codex 每次只处理一个明确模块,并在任务之间保留测试结果,比把整仓库一次性发送更容易控制消耗。

常见报错与解决

| 场景 | 改进方式 | | --- | --- | | 多个代理同时改仓库 | 分配不同目录或串行执行 | | 长任务连续运行 | 拆成计划、实现、测试三阶段 | | 自动脚本高频轮询 | 增加退避等待和失败上限 | | 额度不足 | 查看官方账号和使用说明,调整任务计划 |

FAQ:429 的进一步判断

429 一定是代码写错了吗?

不是。它更多是服务侧的频率、并发或额度信号,和代码语法错误不同。

任务拆小会降低效果吗?

合理拆分通常更容易让上下文聚焦,也方便在每一步检查 diff 和测试结果。

什么时候该停止重试?

连续失败且错误信息不变时,应停止请求,收集时间、任务规模和账号状态,再按官方说明处理。

继续阅读相关内容