还有用量，agent 却提示 overloaded？

“overloaded”可能表示服务暂时无法承接请求，即使账号还能继续使用，也可能遇到。Claude Code 明确区分 529 服务过载与账号使用限制；Codex 的“Selected Model is at Capacity”也曾出现在官方服务事件记录中。先保留完整报错，再按对应原因处理，别只凭“还能用”就反复重试。

先确认到底是哪一种报错？

记下完整提示，以及其中是否写了恢复时间。Claude Code 的错误参考文档区分了几种情况：

**529 Overloaded：**API 暂时繁忙，影响的是服务承接请求的能力，并不表示你已触及账号使用限制。
**Server is temporarily limiting requests：**服务端短暂限流，与账号方案的使用限制无关。稍等后再试。
**会话或每周使用限制：**后续请求会被阻止，直到提示中的恢复时间；这两种限制跨模型共用。
**Request rejected (429)：**检查当前 API key 或云项目对应的请求速率限制，并确认使用的是预期凭据。

不同提示对应不同处理办法。如果确实触及使用限制，可参考遇到使用限制时怎么处理。如果提示服务繁忙，先按错误参考文档查看服务状态和重试建议。

Codex 的官方事件记录能说明什么？

官方状态页记录了 2026 年 6 月 16 日的一次事件，标题为“Codex ‘Selected Model is at Capacity’ Error”，标记为性能下降，后来已解决。这说明该提示确实曾作为服务端事件出现，并非只有个人反馈。

事件记录确认受影响服务已恢复，却没有解释失败请求如何计入使用量。不要把 Claude Code 文档的说明直接套到 Codex，也不要用一次历史事件判断现在仍有故障。再次遇到时，先记下提示和发生时间，再查看当前服务状态。

怎样重试，才能保留任务进展？

对于符合条件的暂时性错误，Claude Code 会先自动重试，并逐渐延长等待间隔。重复出现 529 后，文档建议等几分钟，并查看报错中指定的服务状态页。文档也建议换用另一个模型，因为服务容量按模型分别计算；但已触及跨模型共用的会话或每周使用限制时，换模型不能恢复访问。

给手动重试设一个停止条件，可参考如何设定重试次数。恢复工作前，留下目标、已完成的修改、已经做过的检查，以及下一步尚未完成的任务。对于会改变外部状态的操作，先让 agent 核对检查点，再决定是否重复执行。

如果持续出现 429，Claude Code 文档建议检查当前限制，并减少并发请求。每次报错都重新提交整项工作，并不是一个有区分的处理办法。

Octuo 适合放在哪里

你说目标，Octuo 把工作交给支持的工具和 agent，带上所需上下文，再把结果收拢回来。Octuo 通过你自己的授权账号协调工作，并遵守各服务的条款。它不能改变服务提供方的容量或使用限制。

当某个受支持的工具暂时不可用，而你已授权使用另一个工具时，Octuo 可以带着上下文把任务交过去。Octuo 跟进工作并向你汇报；想看时可以查看进度，需要你拍板的事项会进入 Attention。

常见问题

Claude Code 的 529 表示我已经不能继续使用了吗？

不一定。文档明确把 529 服务过载与账号使用限制分开说明，应按服务过载的处理步骤排查。

Codex 的事件记录解释了失败请求如何计入使用量吗？

没有。它记录了容量提示相关的服务事件与恢复情况，没有说明失败请求的计算方式。

Claude Code 自动重试时，我还要反复发送吗？

先等自动重试结束，再按具体报错采取下一步。保留任务检查点，并给手动尝试设一个停止条件。

来源

上述产品名称归各自所有者所有，我们与它们没有任何关联。