OpenAI 喊出「Codex 已达逃逸速度」!Claude Code 用户却修两轮 bug 就撞墙, 编程的真战争来了

一句话点燃整个圈子

4 月 28 日上午，OpenAI Codex 负责人 Thibault Sottiaux 在 X 上发了一条只有两句话的帖子：

“We will ship again this week. Codex has achieved escape velocity and will keep improving rapidly.”

「我们这周还会继续发版。Codex 已经达到逃逸速度，而且会继续快速改进。」

▲ Thibault Sottiaux 原帖，5200+ 赞、32.9 万次查看

「逃逸速度」——这个词来自航天物理学，指火箭冲破地球引力束缚的临界速度。Tibo 把它用在一款 AI 编程工具上，意思再明白不过：Codex 已经进入自我加速的正循环，越跑越快，停不下来了。

帖子发出几小时，350 条回复、超过 5000 人点赞。

很快，知名开发者 Theo 追了一条尖锐的追问：

“GPT-5.5 isn’t self improving yet. Is Codex self improving?”

「GPT-5.5 还没实现自我改进。那 Codex 实现了自我改进吗？」

▲ Theo 的追问，224 赞，1.8 万次查看

这条追问捅到了所有人心里最兴奋也最恐惧的那个点：如果一款编程工具真的进入了「用得越多→改得越快→用的人更多」的飞轮，那其他竞品还怎么追？

Tibo 没有正面回复。但这个问题本身，已经足够让整个 AI 编程圈开始紧张了。

Claude 用户：「明明很强，但根本不让我用完」

就在 Codex 喊出逃逸速度的同一天上午，另一条帖子在 X 上同样引爆了情绪，只不过方向完全相反。

机器学习领域知名作者 Burkov 发了一条抱怨：

“I switched from Max to Pro in Claude, and now I hit the limit after just two conversation rounds working on a single bug fix.”

「我从 Claude Max 切到 Pro 后，现在修一个 bug 只聊两轮就撞到限制。」

▲ Burkov 帖子截图，附带他向 Anthropic 求退款无人回复的聊天记录

更扎心的是帖子下面那张截图——他联系 Anthropic 要求退年费，连发了四条「Hello?」，隔了两天，没有人回。

这条帖子的数据不算爆，7800 次查看、68 个赞。但底下评论区的共鸣感极强，因为每一个用过 Claude Code Pro 的人都知道他在说什么：每 5 小时大约只有 10 到 40 次 prompt 的额度，复杂任务两三轮就到头。

这个数字来自 Anthropic 自己的 GitHub issue #2739，有用户在去年 6 月就明确提到了：

“I’m currently using the Pro plan, and I understand that there’s a rate limit of approximately 10–40 prompts every 5 hours, depending on complexity.”

「我现在在用 Pro 计划，它存在大约每 5 小时 10–40 次 prompt 的限制，取决于复杂度。」

而且这个限制伤的远不只是「慢一点」。去年 9 月，另一个 GitHub issue #7974 报告了更严重的问题：5 小时限制一触发，Claude Code 的 continue session、todo list、记忆延续全部中断。

“When the 5-hour limit occurs, basic and internal work that Claude Code should do is not happening.”

「当 5 小时限制触发时，Claude Code 本该完成的基础和内部工作都没法正常发生。」

换句话说，对很多开发者来说，Claude Code 够聪明，真正卡脖子的是续航。模型能力没问题，但你的工作流会被硬生生从中间掐断。

Codex 的底气：300 万周活 + 主动重置额度

要理解 Tibo 为什么敢喊「逃逸速度」，得回看三周前发生的事。

4 月 8 日，Sam Altman 亲自发帖宣布：Codex 周活跃用户突破 300 万。为了庆祝这个里程碑，OpenAI 直接重置了所有人的 usage limits。

“To celebrate 3 million weekly Codex users, we are resetting usage limits.”

「为了庆祝 Codex 周活达到 300 万，我们正在重置 usage limits。」

▲ Business Today 报道：Sam Altman 宣布 Codex 周活 300 万并重置 usage limits

Tibo 同步确认：不到一个月前还是 200 万，现在已经 300 万。增长曲线肉眼可见地在加速。

用户增长、主动放量、频繁发版——这三件事叠在一起，就是 Tibo 所说的「逃逸速度」。它未必是技术层面的自我进化，但在产品和生态层面，确实形成了正向飞轮。

当然，OpenAI 的「更快」也不白给。官方文档写得很直白：Fast mode 能把模型速度提升 1.5 倍，但代价是更高的 credit 消耗——GPT-5.5 按标准模式的 2.5 倍计费，GPT-5.4 按 2 倍计费。

速度可以买，但要烧钱。

另一面：Codex 也有自己的额度烦恼

公平起见，Codex 的世界里也远非太平。

OpenAI 自家 GitHub issue #16537 里，有用户报告：weekly limit 重置后仅 24 小时，额度就掉到了 54%——明明没有大量使用，也没开 fast mode。

▲ OpenAI Codex GitHub issue #16537：用户质疑 weekly limit 掉得不合理

另一个 issue #14349 也有类似抱怨：几小时内额度掉了 30%，用户怀疑后台计数有问题。

所以真实情况是：Codex 并非没有额度问题，它只是在舆论战上打得更主动。当 Anthropic 的限流体验被用户反复吐槽的时候，OpenAI 选择的策略是——主动重置、公开放量、高频发版，把「给你更多 runway」变成品牌认知。

补贴退潮：200 美元计划背后的 5000 美元真相

这场战争还有一个隐藏的幕后主角：钱。

同一天，开发者 Arnav Gupta 发了一条让人倒吸冷气的帖子：

“We were being subsidised this much? Wow. Cursor claiming the $200 plan is actually $5000 was actually true it seems.”

「原来我们之前被补贴了这么多？哇。Cursor 说那个 200 美元计划实际上像 5000 美元，看来真不是乱说。」

▲ Arnav Gupta 帖子，附 Copilot Pro 模型费率倍数调整表，875 赞、12 万次查看

他贴出的截图显示，从 2026 年 6 月 1 日起，GitHub Copilot Pro 的模型费率倍数将大幅调整——Claude Opus 4.6 从 3 倍直接跳到 27 倍。这意味着，过去你用 200 美元订阅享受的 AI 编码服务，背后的真实算力成本可能高达数千美元。

之前的「便宜」，全靠补贴撑着。补贴一退，用户就会直面真实成本。这也解释了为什么所有 AI 编程工具——无论 Claude Code、Codex 还是 Cursor——都在重新调整额度和限流策略。

429：一个错误码背后的产品哲学

Anthropic 的 rate limits 文档白纸黑字写着：超过限额就返回 429，并附带 retry-after header 告诉你要等多久。

▲ Anthropic 官方 Rate Limits 文档页面

429，HTTP 状态码，含义是「Too Many Requests」。对开发者来说，这三个数字已经成了一种条件反射式的挫败感。

限制本身不是问题。问题在于，当你正在用 AI agent 帮你重构一个复杂模块，跑到一半突然 429，整个上下文、todo list、记忆链全部断掉——这个体验比「慢一点」痛苦十倍。

Codex 那边当然也有 rate limit，文档也有类似的条目。但 OpenAI 选了一种截然不同的运营策略：能放就放，不够就重置，增长来了先让用户跑起来。这未必可持续，但在用户心智争夺上，效果立竿见影。

真正的战场：谁能让你连续工作 8 小时？

回头看这一天发生的所有事情，一条清晰的主线浮了出来：

AI 编程工具战争的下半场，关键指标可能已经从「模型智商」切换到「开发者续航时间」。

Claude 依然被很多人视为最强编码模型之一。但当用户发现自己每 5 小时就要被掐断一次，修 bug 两轮就撞墙，agent 跑到一半记忆全丢——这些体验上的硬伤，会比任何 benchmark 更直接地影响用户的脚投票。

Codex 也许还有很多不完美。但 OpenAI 现在更敢做一件事：卖「一直跑下去」的预期。放量、重置、高频 ship，每一个动作都在告诉开发者——你可以在这里待更久。

当 Tibo 说出「escape velocity」的时候，他真正传递的信息可能很简单：

在 AI 编程工具这条赛道上，能让开发者「不停下来」的那个产品，最终会赢。

而现在，这场续航之战才刚刚开始。

— END —