Codex Ultra-Fast 模式被曝提速 5 倍

据社区帖子和 OpenAI Codex GitHub 仓库记录，Codex Ultra-Fast 模式曾短暂出现在代码提交中，随后被删除。该模式被描述为面向 latency-sensitive work 的最快响应选项，并宣称可让 agentic code generation 最高提速 5 倍。OpenAI 尚未发布官方公告，因此相关信息仍应按仓库线索与社区观察处理。

Codex Ultra-Fast 模式的仓库线索

Ultra-Fast 模式来自一次已删除提交。据 OpenAI Codex GitHub 提交记录，相关文本曾写明该模式提供“面向延迟敏感工作的最快可用响应”。社区帖子称，这一说明随后从仓库中删除。删除动作不等于功能取消，也不等于即将发布；它只能证明该字符串曾进入公开可见的代码历史。

最高 5 倍提速指向低延迟编码场景

原文提到的核心数字是 最高 5 倍。这一表述对应 agentic code generation 的响应速度，而不是模型能力分数、代码正确率或 benchmark 排名。若该模式最终上线，最直接的使用场景可能是交互式修复、快速补全、测试失败后的短循环修改，以及需要低等待时间的编码 agent 流程。对开发者而言，速度提升的重要性不只在单次响应更快，也在于 agent 多轮规划、编辑、运行测试时会累积延迟。

Ultra-Fast 模式仍未获得官方确认

Codex Ultra-Fast 模式目前属于未经官方发布的功能线索。原文只确认两点：相关模式曾在 Codex GitHub 仓库中被看到，随后已被删除；说明文案声称其面向 latency-sensitive work，并可实现最高 5 倍的 agentic code generation 提速。OpenAI 没有在原文信息中给出发布时间、可用用户范围、价格、模型版本或质量取舍。任何关于降价、全量上线或替代现有模式的判断，都需要等待官方说明。

为什么 Codex 低延迟模式值得关注

低延迟正在成为编码 agent 的关键工程指标。代码生成任务不同于一次性聊天问答，真实工作流通常包含读取文件、提出补丁、运行测试、处理报错和再次修改等多轮步骤。单轮慢 10 秒，十几轮后就会变成可感知的等待成本。Codex 若引入 Ultra-Fast 模式，说明 OpenAI 可能在把编码 agent 从“高质量单次生成”推向“可频繁调用的交互式工具”。这一判断仍需以正式发布后的速度、价格和质量数据验证。 Codex Ultra-Fast 模式的爆料价值在于，它把编码 agent 的竞争焦点从模型能力扩展到响应延迟。最高 5 倍提速如果落地，将利好需要高频迭代的开发流程；但在 OpenAI 公布正式文档前，仓库线索只能作为产品方向信号，而不能视为可用功能承诺。