OpenAI Codex团队产品负责人Alex说：只有在问题复杂到很难装进一个人脑子里时才写spec，即便写也就10个bullet。Skills是可复用的能力组，让agent直接调用。开发范式从写菜谱变成组装预制菜。

Spec 已死，Skills 万岁——OpenAI Codex 团队正在抛弃你熟悉的开发流程

OpenAI Codex 团队写 spec，通常只写 10 个 bullet 就开干了。

你还在花两周打磨 PRD，Alex 团队已经让 agent 跑起来了。10 条要点，直接进入开发。这不是偷懒——是模型能力抬升之后，开发流程正在被重写。（来源：InfoQ 翻译 Alex 访谈）

洞察一："Spec 变轻"的背后——模型能力抬升改变了什么

前几年大家还在反复研究 Prompt，努力把 spec 写得更完整、更结构化，希望模型能更稳定地照着执行。

现在不需要了。Codex 团队产品负责人 Alex 说得很直接："只有在问题已经复杂到很难装进一个人的脑子里时，我们才写 spec。即便写，通常也就 10 个 bullet。"

为什么？因为一个人能通过 agent 完成的事情比以前大得多。过去写 spec 是因为模型能力不够稳定，你必须把每个细节锁死——什么时候调什么接口、异常怎么处理、边界条件是什么。现在这些决策可以下放到执行层，agent 自己判断。

Alex 的原话更本质："尽量让那些'最接近底层实现的人'自己做尽可能多的决策。"

这意味着什么？你花在"描述清楚要做什么"上的时间大幅缩减，省下来的精力全部投入到"判断做什么"和"确保做好"上。

Codex 团队内部讨论最多的是什么？不是 specs，是 skills。

"我们开始把常见任务整理成一组组可以直接调用的能力，再交给模型去跑。"——Alex

Skills 是什么？是可复用的能力组。Figma 设计稿直接拉进 Codex 生成 React 组件，一键部署到 Vercel 或 Cloudflare——这些都不需要写 spec，skill 本身就是"最接近底层实现的人"沉淀下来的能力。

开发范式从**"写清楚要做什么"变成"组合已有的能力"**。类比一下：从写菜谱变成组装预制菜。菜谱要考虑火候、口感变化；预制菜只需要选品、搭配。

这也是为什么 Codex 的设计师现在写的代码比 6 个月前的工程师还多——不是因为他们突然学会了编程，而是 skills 把编程门槛降到了"组合能力"的层面。

Alex 分享了一个很反直觉的工作方式：用 Codex 探索一个模糊的想法，让它先开始"思考这个问题可能怎么解决"。

"很多时候，我最后甚至不会采用那套方案。但通过探索过程形成的理解，才是真正有价值的。"——Alex

他不会亲自去实现那个方案，但他通过探索建立了一个清晰的 mental model，然后把这个"思考结果"——而不是那份计划文档——交给工程师去执行。

PM 的核心价值正在从"写清楚需求"变成"建立对问题的深度理解"。 写代码这件事，交给 agent；建立理解这件事，人来做。

但 Alex 也划了一条清晰的边界：复杂功能仍然需要长期 owner，PM 不适合长期维护系统。PM 的价值在于四处游走、填补空白、建立对市场和用户的理解，而不是变成系统维护者。

前面的洞察都指向"更快、更轻、更少文档"，但 Alex 接下来泼了一盆冷水。

"很多人骄傲地说整个 app 都是 vibe coded 出来的。对 Codex 来说，绝大多数代码确实是 agent 生成的。但即便如此，我们仍然花大量精力确保高质量。"——Alex