Codex 负责人谈 AI 时代唯一值钱的能力

自今年 1 月以来，AI 编程赛道最亮眼的产品非 Codex 莫属。用量涨了 6 倍，如今周活用户已经突破 500 万。在 OpenAI 内部，近 90% 的员工每周都会用 Codex——注意，不是工程师的 90%，而是整个公司的 90%，连法务、财务、市场、传播等部门的人都在用。

Codex 的负责人 Andrew Ambrosino 背景挺有意思：设计师出身，后来转做工程师，再做到产品经理，中间还创过好几次业。最近他在一档播客里聊了不少关于 Codex 的产品理念和哲学，以及一个更关键的问题——当 AI 让“实现”这件事变得几乎免费，“该做什么”这个决定权，究竟在谁手里？

一个老问题：为什么 AI 至今做不好设计

说到设计，Codex 的竞争对手 Claude Code 的设计负责人 Jenny Wen 前不久提过一个观点：设计流程已经死了，因为东西动得太快，根本没时间按照传统流程走。

Jenny Wen

Andrew 看到了这场讨论，他同意设计流程“死了”，但理由不太一样。他回忆起早年在创业公司做设计招聘时，行业里流行一篇文章叫“案例工厂”——2019 年发表在 UX Collective 上，核心观点挺直白：设计师被训练成了一套流程至上的动物。从用户研究、发散、收敛到原型验证，只要按部就班走完，结果就一定好。

AI 出现之后，任何人都能快速做出一个看起来精致无比的原型。过去，你看到一个东西长得像产品，会默认它已经走到流程晚期——假设已被消除、设计已看过、业务目标已对齐。

那 Codex 团队内部怎么解决这个问题？他们搞了一个叫“baby Codex”的极简代码库，专门用来快速探索交互方案，不追求生产级代码。

那么，设计流程到底死没死？Andrew 给了个两面回答：

至于为什么 AI 在设计这个具体任务上表现特别差，Andrew 的答案直接又犀利：设计比代码更难打分。

他还补充了两个更深层的问题。第一是文化维度——AI 可以完美复制 Linear 的网站，但每次都给你 Linear，而设计需要的恰恰是新东西多于已知模式。第二是抽象层——如果一个公司明天要改品牌色，浅层做法是手动改 263 个组件，深层做法是让所有视觉元素之间共享同一套语义关系，而目前模型的能力还够不着这个抽象能力。

“给人类大脑鼓个掌吧，”他说。

同一个产品，模型换了，就改命了

Codex 的前身可以画出一条清晰的线：Operator → Atlas → Codex Web → Codex 桌面端。Andrew 认为，这本质上就是同一个功能，只是在不同时间点、搭配不同的模型能力，反复重新发布。

他举了一个非常有说服力的例子：

这里他还提到一个教训：他们曾经“在 AGI 这条路上走得太快了”。

这个说法听着有些为自己挽尊的意思，但没关系，及时调转船头就行。Andrew 现在的逻辑是：不要因为一个功能现在不行就判它死刑。列出未来一两年所有想做的事，全部做成原型，哪些现在够成熟就上，剩下的交给时间。每次模型有一次飞跃，把那件事再拿出来试一遍。

他怎么用 Codex 工作

Andrew 每天早上打开 Codex，首先看到的是一份每日简报。

这个简报是怎么养出来的？不是靠写多么精确的指令。

他最近一次产品发布的协调方式也很有意思：

整体来看，他的工作流并不局限在 Codex 当中，而是通过 MCP 等方式协同各个外部资源。可以参考，但不一定要借鉴，

Codex 不是超级应用，是一个 home base

外界一直有人把 Codex 和 ChatGPT 的关系往“超级应用”上靠——所有工具塞进一个窗口。Andrew 明确不喜欢这个叫法，他用的词是 home base。

最能说明这个理念的，是一个 Premiere Pro 的故事。OpenAI 内部的视频编辑试着用 Codex 剪片子。

Codex 本身不是视频编辑器，但它理解 Premiere Pro 的工作方式——能直接编辑 Premiere 背后的项目文件，对于做不了的操作，它做了一件更惊人的事：

产品开发流程，已经被重塑

整场对话中，Andrew 反复回到一个核心观察：AI 把产品开发流程完全倒转了。

旧流程的逻辑是“实现贵 → 先写 PRD、做研究、画原型来降风险 → 再动手”。新流程里实现便宜到几乎免费，于是同一个功能可能有 90 个团队在同时做原型。难事不再是“要不要做这个”，而是“做了这么多，哪个最好、哪些该合并、怎么收束”。

但这是否意味着 PRD 已经死了？

Andrew 收束整场对话的那句话，大概也是给所有在 AI 时代重新定位自己的人的一句建议：

既然工具会变、模型会变、流程会过时，唯一不变的，应该是你交付独特结果的能力。