Codex 429 报错
Codex 报错 429:请求频率超限排查指南
解释 429 的常见原因、重试策略、任务拆分和额度检查方法。
TL;DR:429 不要连续点击重试
429 通常意味着请求频率、并发或账号额度暂时达到限制。先减少并发,把长任务拆成可验证的小步骤,再查看官方账号和使用说明。
推荐的重试方式
第一次失败:等待几秒,记录错误上下文
第二次失败:降低并发,拆分任务
持续失败:检查账号使用状态和官方公告
让 Codex 每次只处理一个明确模块,并在任务之间保留测试结果,比把整仓库一次性发送更容易控制消耗。
常见报错与解决
| 场景 | 改进方式 | | --- | --- | | 多个代理同时改仓库 | 分配不同目录或串行执行 | | 长任务连续运行 | 拆成计划、实现、测试三阶段 | | 自动脚本高频轮询 | 增加退避等待和失败上限 | | 额度不足 | 查看官方账号和使用说明,调整任务计划 |
FAQ:429 的进一步判断
429 一定是代码写错了吗?
不是。它更多是服务侧的频率、并发或额度信号,和代码语法错误不同。
任务拆小会降低效果吗?
合理拆分通常更容易让上下文聚焦,也方便在每一步检查 diff 和测试结果。
什么时候该停止重试?
连续失败且错误信息不变时,应停止请求,收集时间、任务规模和账号状态,再按官方说明处理。