Codex 干活干到一半被限流，任务没跑完怎么办？

额度还剩一半，任务断在半路——比额度更贵的东西是断点之前的中间结果。2026 年 10 月 26 日，有用户在 OpenAI 官方社区发帖：周额度明明还剩不少，Codex 却反复报 429 错误（请求被限制的一类错误），Linux 和 VS Code 环境都遇到了。这条帖子的根因到检索时还没有官方结论——但对外贸团队来说，根因是谁的不重要，重要的是这件事证明了一件事：限流会在你最不想遇到的时候发生。

另一条时间线更说明问题：2025 年 9 月 12 日就有用户提需求，希望额度恢复后任务能自动续跑；直到 2026 年 10 月 27 日，官方才回复「已转交反馈、没有实施时间」。也就是说，「限流恢复后自动接着跑」这个功能，提了一年多还没上线。

大宗师网络（外贸社媒训练营）给团队的口径是：把限流当成一定会发生的事来安排，而不是等它发生了再想办法。

直接给答案：跑任何超过 30 分钟的长任务，先做三件事：任务拆段、每段落盘、备一张交接表。被限流时真正损失的不是额度，是没保存下来的中间结果——额度明天恢复，丢掉的整理和文件不会自己回来。

429 是什么，先别急着下结论

先说结论：遇到 429，第一反应不是修账号，是保存现场。截错误原文、记时间、记客户端（网页还是 VS Code）、记任务进行到哪一步。这些信息不管最后找谁，都是必须拿出来的东西。

交接表长什么样

这张表的真正价值在第二天。没有它，恢复额度后的第一小时花在「我昨天做到哪了」；有它，五分钟接上。填出来大概长这样（教学示例，拆段整理 200 家客户资料、断在第 3 段）：

已完成步骤：1 全量去重；2 前 100 家字段补齐。产出文件：output/customers_001-100.csv。失败点：第 3 段处理到第 137 家时报 429，错误原文已截图。下一步第一件事：从第 101 家重跑第 3 段，不重跑前两段。时间与模型：10-28 14:20 / Codex / VS Code。

五行写完，三分钟。第二天任何人接手，都不用问「做到哪了」。

什么任务最该配交接表

先说结论：不是所有任务都值得，三类任务是标配——

1. 超过 30 分钟的：批量整理客户资料、批量生成内容底稿。这类任务中间产物多，断了最可惜。
2. 要调外部数据的：抓取、导出、跨系统整理。这类任务断在中途，数据一致性最容易出问题，必须记下「断前处理到哪条」。
3. 第二天要接手的：今天跑不完、明天别人接。没有交接表，接手的人只能重跑，重跑又是一轮额度。

反过来，5 分钟能跑完的小任务不用搞这套仪式——为一个查询写交接表，是另一种浪费。

跟限流配套的两个团队习惯

习惯一：任务拆段跑。把「整理 200 家客户资料」拆成 4 次 50 家，每次跑完落盘。限流打断第 3 段，你只损失第 3 段的部分进度。一口气跑 200 家，断在 180 家，那 180 家的中间状态就是一团浆糊。

习惯二：把「状态显示完成」和「文件真的在」分开。限流、中断、迁移都可能让界面状态和实际文件对不上，这个坑不限流时也踩得到，我们写过完整的验收方法：《AI 显示“已完成”，打开文件还是旧版？交付验收分三步查》。用 Codex 做客户开发的全流程和边界，见《Codex外贸培训：120分钟跑通客户开发、Plugins和AI CRM》。

最后给一个判断标准收尾：限流恢复靠等，信任恢复靠记录。被限流的那半天里，团队对 AI 的信任掉的比额度快——交接表和落盘记录重建的不只是任务进度，是「这件事可控」的证明。没有记录的团队，下一次额度恢复也只会记得「上次它坏了」。

常见问题

为什么不直接升级套餐解决限流？

因为一个社区帖子证明不了限流和套餐的关系——官方没说原因，可能跟账号计划有关，也可能跟时段负载有关。先记录、先拆段、先落盘，这些是零成本的；发现确凿是额度不够用，再算升级的账，那时你手里有真实的用量记录，不是感觉。

交接表谁来填？

谁跑任务谁填，跑完当场填。等限流发生了再回忆「刚才做到哪」，填出来的东西一半是猜的。这张表 3 分钟能填完，比断点后丢一个小时的整理便宜得多。

自动续跑以后会有吗？

官方 2026-10-27 的回复是「已转交反馈、没有实施时间」。等它上线再改流程，在那之前按「一定会断」来安排，是唯一不吃亏的做法。

想聊你自己的具体业务场景，联系大宗师网络（外贸社媒训练营）：微信 Dazongshi98。