OpenAI 最近在代码工具上,明显认真了

上一篇我写的是迁移体验。写完之后，我又把 OpenAI 这一年的动作重新翻了一遍。翻着翻着，心里那个感觉越来越清楚：前面那篇写到的，大概还只是表层。

OpenAI 对这件事的态度，真的变了。

以前看它，像顺手做个 coding agent 试试水。现在再看，已经完全不是那个状态了。入口在加，模型在单拆，团队那层也开始往里放。看到这里，很难再把它当成一次普通工具更新来看了。

Codex 这名字背后，已经不只是一个工具

现在很多人聊 Codex，还是会很自然地把它塞进一个旧框里：OpenAI 也出了个命令行工具，拿来和 Claude Code 对一下，看谁更顺。

这么看当然也行，但我现在越来越觉得，这个看法有点小了。

因为如果它只是个 CLI 壳子，OpenAI 真没必要花这么大力气，把它一路铺到 Web、IDE、GitHub、移动端、桌面 App。也没必要继续往上补 SDK、GitHub Action、Slack、团队定价，还有专门的 coding 模型。

所以我现在看 Codex，我更愿意把它看成一个入口，点进去，后面连着的是一整片东西。

最近很多人都会有一种说不太清楚的感觉：OpenAI 在这件事上，好像突然提速了。

那感觉没错。

以前大家盯着的是“这个东西能不能用”。现在该盯的是“OpenAI 到底想把它推到什么位置”。

时间线一摊开，那个感觉就很明显

2025 年 5 月 16 日，OpenAI 正式发布 Codex。官方把它定义成 cloud-based software engineering agent。发布文里还顺手提了一句，前一个月已经先推了 Codex CLI。本地 CLI 和云端 agent 一起走，说明一开始就没有只押一个入口。

到了 2025 年 9 月 15 日，Codex 的形态开始变了。OpenAI 不再只是往一个产品里塞功能，而是慢慢把 CLI、IDE extension、Web、GitHub、iOS 这些入口拢到一起。也是从这里开始，Codex 补的东西越来越像工作流本身，比如图像输入、web search、MCP，还有更好地遵循 `AGENTS.md` 这种项目级约定。

写到这里，意思其实已经很清楚了。

一个产品开始碰这些东西，想的就不再只是演示效果了。它已经开始碰另一个问题：怎么真的进开发流程。

2025 年 10 月 6 日，Codex 进入 GA。比起“GA”这两个字，我更在意的是那次一起补的东西：Codex SDK、Slack integration、GitHub Action、企业管理能力。你看到这些词，基本就知道它已经不是给个人开发者再加两个方便按钮了。重心已经明显偏到团队协作和组织接入那边去了。

再到 2025 年 12 月 18 日，OpenAI 推出 GPT-5.2-Codex。更关键的是，连模型层都开始往 coding 方向单独拆。官方强调的是长时任务、重构、迁移、Windows 环境、更稳定的 tool calling 和上下文压缩。说得直白点，他们已经不满足于“会写一点代码”，而是在想怎么让 agent 更像一个能扛活的工程搭子。

2026 年 2 月 2 日，Codex App 上线，3 月 4 日又补了 Windows。官方已经开始公开谈 multi-agent、worktrees、skills、automations。讨论重点也悄悄变了。以前大家问的是“它能不能帮我干活”，现在开始问“我怎么同时调几个 agent 干活”。

最后是 2026 年 4 月 2 日，OpenAI 开始补团队定价和 seat 机制。官方自己给的数据也不小：每周有超过 200 万 builder 在用 Codex，而企业和商业版本里的 Codex 用户数，自 2026 年 1 月以来涨了 6 倍。

这些动作单独看，都像普通迭代。连起来看，感觉完全不同。

能看出来的顺序很清楚：先把入口铺开，再把执行能力补上，然后开始认真处理团队采用和组织扩张。

它在长，不是在补

因为很多产品也会频繁更新，更新频繁不代表方向清楚。你最怕的其实是另一种情况：什么都在加一点，最后什么都没长出来。

OpenAI 这边给我的感觉不是这样。

你真拆开看，大概有三块东西在同时往前走。

一块是入口。CLI、Web、IDE、GitHub、iOS、桌面 App，这些东西放在一起，解决的是同一个问题：别只服务一小撮习惯终端的人，得让不同工作方式的人都能进来。

一块是执行能力。专门的 coding model、长时任务、tool calling、worktrees、multi-agent、skills、automations，这些东西也都指向同一个地方：别只让它看起来聪明，得让它更能扛真实工程任务。

还有一块是团队和组织层。SDK、GitHub Action、Slack、企业管理、团队 seat，这一块更现实。一个产品开始认真补这些，通常就不是为了热闹两个月了，而是想让公司真的接进去。

我为什么反复盯着这些东西看？因为它们不是零散长出来的。

它们是在一起长。

这和“最近多做了几个功能”，是两回事。

前者是版本更新。后者是产品面真的在往外推。

再看 Anthropic，就更能看出两边已经走岔了

这时候再看 Anthropic，会更清楚。

Anthropic 当然也在进化。Claude Code 这边一直在补，而且补得不轻。只是它补的重点，明显更偏命令行 agent 本身的自主性、安全边界，还有那种很典型的 CLI 哲学。

比如 Anthropic 在 2025 年 10 月 20 日那篇 sandboxing 文章里，重点讲的是文件系统隔离、网络隔离，还有怎么把 permission prompts 减少 84%。这已经很能说明问题了。他们更在意的是：怎么让 Claude Code 在更安全的边界里，更自动地干活。

这条路一点问题都没有，甚至很合理。你如果本来就是命令行重度用户，这套思路说不定还更对胃口。

但把它和 OpenAI 最近这些动作摆在一起，差别还是会一下子跳出来。

Anthropic 还在把 Claude Code 这把命令行工具往深里磨。

OpenAI 已经开始往外铺了。入口更杂，场景更多，团队接入也更早被放到台面上。

我不想把这件事写成谁赢谁输，更不想写成“Anthropic 不行了”。事情没那么简单。只是两家公司押的节奏，已经明显不一样了。一个继续往深处打磨，一个开始往宽处扩。

所以前一篇写到的，不只是个人情绪

现在回头看，前一篇里那种“迁移之后更顺手”的感觉，当然还是个人体验。

但那种体验刚好踩在了一条已经长出来的趋势上。

OpenAI 在过去一年里，确实一直在把 coding agent 往正式产品线推进。

所以如果这篇只写成“OpenAI 更新真勤快”，分量会很轻。问题根本不在勤快，问题在于这些更新已经不是散着来的了。

说得再朴素一点，Codex 没有突然开窍。是 OpenAI 终于认真经营这件事了。

那接下来更值得问的，就不是“下一次又会发什么功能”。

而是，为什么偏偏是现在？

为什么 OpenAI 会在这个时间点，把代码工具往前推得这么急？

后面再接着聊。

参考资料

• Introducing Codex (OpenAI, 2025)
• Introducing upgrades to Codex (OpenAI, 2025)
• Codex is now generally available (OpenAI, 2025)
• Introducing GPT-5.2-Codex (OpenAI, 2025)
• Introducing the Codex app (OpenAI, 2026)
• Codex now offers pay-as-you-go pricing for teams (OpenAI, 2026)
• Claude Code overview (Anthropic, 2026)
• Beyond permission prompts: making Claude Code more secure and autonomous (Anthropic, 2025)