OpenAI 给 Codex 大回血：修复 GPT-5.5、重置模板，还塞进 6 个新能力

来源：市场资讯

（来源：石臻说AI）

石臻说AI

编辑：石臻

导读： 上周如果你觉得 Codex 里的 GPT-5.5 突然不对劲，不一定是你的 prompt 写坏了。

OpenAI Codex 团队确认：过去约 48 小时里，GPT-5.5 在 Codex 中确实出现了能力退化，团队已经修复了两个可能相关的问题，并把付费套餐的 Codex 使用额度重置了。更巧的是，就在这次事故前后，Codex 还密集推了一串更新：移动端、Chrome 插件、Hooks、快捷键、Git 流程、性能优化，全都挤在这一周里。

这次真不是错觉：GPT-5.5 在 Codex 里变笨了

我上周确实觉得 GPT-5.5 跟个傻子一样。

不是那种「偶尔抽风」的不稳定，而是明显变钝：理解上下文慢，执行指令绕，原本一两轮能搞定的东西突然开始来回磨。群里也有人问：为什么会突然降智，是不是大模型问题？

结果没想到，真的是有问题。

Tibo 先发了一条状态更新，说 Codex 团队已经注意到一些用户反馈：GPT-5.5 在 Codex 中表现变差，正在排查。几个小时后，他给了更明确的结论：团队发现并修复了两个问题，这两个问题可以解释过去约 48 小时里 GPT-5.5 在 Codex 中的能力退化。

这句话其实很关键。

它不是在说「模型本身整体不行了」，也不是说「用户心理作用」。更像是 Codex 这条产品链路里有两个实现层面的坑，影响了 GPT-5.5 在具体编码场景里的表现。

所以这事的重点不是「GPT-5.5 到底强不强」，而是：当模型进入 Codex 这种 agentic coding 产品之后，用户感受到的能力，已经不只由模型本身决定了。

调度、上下文、工具调用、会话恢复、限额系统、UI 状态，任何一个环节坏掉，最后都会表现成一句话：

「今天这个模型怎么这么蠢？」

额度重置，来得非常会挑时候

更有意思的是后半段。

Tibo 说会在当天晚上重置使用额度。后来他又发了一条：Codex 所有付费套餐的使用限额已经重置。

我昨天晚上看额度的时候，周额度只剩 5%。看到这个消息之后，我赶紧去看了一眼自己的 Codex，果然重置了：5 小时额度回到 97%，周额度回到 99%。

说实话，这就是那种「想睡觉了，立马有人递枕头」的感觉。

但这次重置也暴露了另一个问题：不是所有人的体验都同步。有些用户反馈说界面显示已经回满，但实际调用还是被限；也有人说一开始看到 100%，随后又掉回原来的状态。

这说明 Codex 的限额体系可能不只是一个简单数字。前端显示、后端计费、模型路由、工作区套餐、5 小时窗口、周额度，可能不是同一个开关。

对重度用户来说，这个细节很重要。因为 Codex 不是聊天工具，它更像生产环境的一部分。额度条如果不可信，就会影响你怎么规划工作：什么时候开大任务，什么时候用 /fast，什么时候该停下来等恢复。

最近 Codex 在疯狂补「日常使用感」

这次事故之外，OpenAI 这周对 Codex 的更新密度很高。

最容易被普通用户感知的是快捷键自定义。

OpenAI Developers 说，现在可以在设置里改 Codex 的键盘快捷键，让工具适应你的工作方式，而不是你去适应默认按键。

这听起来像个小功能，但对 coding agent 来说不是小事。

AI 编程工具如果只是偶尔打开问两句，快捷键确实没那么重要。但当你真的把 Codex 当成日常开发环境的一部分，快捷键就是肌肉记忆。一个常用动作每次都要想半秒，长时间下来就会很烦。

所以快捷键自定义这件事，表面上是设置页多了几个选项，本质上是 Codex 开始从「能用」往「每天都能舒服地用」走。

Git、性能、移动端：这些更新更像补齐产品骨架

同一条更新线程里，OpenAI Developers 还说 Git 操作重新回到了 review flow 里。

commit、push、branch、创建 PR、查看 PR 状态这些动作，现在更靠近你已经在看的审查流程。这个方向是对的：coding agent 的核心不是生成代码，而是把代码推进到一个可以被合并、可以被验证、可以被追踪的状态。

他们还提了一组性能数据：

• 切换 thread 时，重新渲染减少约 75%
• 一些 streaming 路径降到 0 次不必要重渲染
• 大仓库里的昂贵 Git 操作，根据操作类型减少约 10 到 50 倍
• streaming response、thread switching、sidebar interaction 里的 UI 抖动更少
• 启动和第一次交互更快进入可用状态

这类更新很无聊，但非常重要。

因为 agent 产品的「聪明」很大一部分来自耐心。如果界面卡、thread 切换慢、Git 状态半天不动、sidebar 一直抽动，你很难相信它正在认真工作。反过来，工具变轻、反馈变稳，人就更愿意把长任务交出去。

移动端也是同一个逻辑。

OpenAI 这周把 Codex 放进了 ChatGPT 手机 App 预览版里。手机端不是让你在地铁上写大型重构，而是让你能开始任务、检查输出、继续 steering、批准下一步。你的 Mac、Mac mini 或 devbox 继续干活，手机只是变成遥控器。

Andrew Ambrosino 后面补了一条路线图：移动端接下来会有 push notifications、/fork、撤销授权后恢复、更好的重连、修复控制其他设备的问题、更少 mobile thread errors、更好的 git diff 和 full-file 展示，以及 plan mode 相关修复。

这才是移动端 Codex 真正该做的事：不是把手机变成 IDE，而是让你不用守在电脑前等 agent 卡在哪一步。

Chrome 插件、Hooks、访问令牌：Codex 正在变成工作流平台

如果把视角拉远一点，最近 Codex 的更新不只是 App 体验。

5 月初，OpenAI 推了 Codex Chrome 插件。Codex 可以在 Chrome 里测试 Web 应用、跨标签页收集上下文、使用 DevTools、处理一些需要登录态的网站任务，而且不会接管你的主浏览器。

这对前端开发和运营类任务都很有价值。

以前你让 coding agent 修一个页面，最尴尬的是它写完代码之后无法可靠地看页面。现在它可以更自然地进入浏览器：看控制台、点交互、复现 bug、验证 UI。只要这条链路稳定下来，前端开发里的「你自己打开看一下」会少很多。

另一个偏团队和自动化的更新是 Hooks 和 programmatic access tokens。

Hooks 可以在任务关键节点跑脚本：比如工作前后跑验证、扫描 prompt 里有没有秘密、把对话记录写进内部系统、按 repo 或目录生成记忆和行为配置。Programmatic access tokens 则给 Business 和 Enterprise 团队提供更适合 CI、发布流、内部自动化的凭证管理。

这说明 Codex 正在从「一个会写代码的客户端」变成「可以嵌进工程系统的 agent runtime」。

个人用户会先感受到快捷键、移动端、Chrome 插件。团队用户真正关心的是另一层：权限、审计、CI、验证、可撤销 token、可配置行为。

这两个方向都要做，Codex 才能从玩具变成生产工具。

这次事故给 coding agent 提了个醒

这次 GPT-5.5 退化事件，我觉得最值得记住的不是「OpenAI 重置额度了」。

额度重置当然爽，尤其是你刚好快用完的时候。但真正有价值的是这件事暴露了 coding agent 的一个新现实：

模型能力不是一个独立指标。你最终感受到的「聪明程度」，是模型、产品、上下文、工具链、额度系统共同作用的结果。

如果未来 coding agent 真的成为开发主入口，我们需要的不只是 benchmark，还需要一套日常判断方法：

• 同一个任务，今天是不是明显比昨天差？
• 生成代码后，哪些改动来自退化时段，需要重新审？
• 额度显示、实际调用、模型路由是否一致？
• 长任务失败后，能不能恢复到可继续工作的状态？
• 移动端 steering、桌面端执行、远程机器之间的连接是否可靠？

这听起来有点像运维，但 coding agent 本来就在变成一种新基础设施。

你把一个 agent 放进代码库，让它读文件、改代码、跑测试、提交 PR，它就不再只是一个聊天窗口。它是工作流的一部分。工作流出问题，就要有事故意识。

我的判断很简单：这周的 Codex，一半是在补事故，一半是在补产品骨架。

GPT-5.5 退化修复和额度重置，是一次用户信任修复。快捷键、Git、移动端、Chrome、Hooks、性能优化，则是在把 Codex 从「能展示能力」推向「能每天用」。真正的分水岭不在于它某次回答多惊艳，而在于它出问题时能不能透明修，日常使用时能不能少打扰。

• GPT-5.5 退化修复说明：https://x.com/thsottiaux/status/2055446089957036402
• Codex 使用额度重置说明：https://x.com/thsottiaux/status/2055707616605835333
• Codex 快捷键与 Git 更新线程：https://x.com/OpenAIDevs/status/2055717793841221796
• Codex 移动端预览：https://x.com/OpenAI/status/2055016850849993072