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 的原话更本质："尽量让那些'最接近底层实现的人'自己做尽可能多的决策。"

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

---

洞察二：Skills 取代 Spec——从"描述过程"到"组织能力"

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

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

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

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

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

---

洞察三：PM 的角色重构——"探索"比"执行"更有价值

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

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

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

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

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

---

洞察四：Vibe Coding 不等于粗糙

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

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

Vibe Coding 和高质量不矛盾。Codex 团队花大量精力的不是写代码，是设计系统原语、确保可观测性、维护质量底线。他们严格控制"核心原语"的设计——这些地方需要认真想清楚，不是随便 vibe coding 一下就算了。

真正重要的不是"能生成多少代码"，而是"决定做什么"和"确保出来的东西高质量"。 这两个问题，目前 agent 还替代不了人。

---

洞察五：职业阶梯正在坍缩——"所有角色都在变成 builder"

Alex 说了一句很尖锐的话："如果一家创业公司工程师还不到 20 个，却已经配了 PM，那可能是个危险信号。"

不是不需要 PM，是角色边界在模糊。设计师在写代码，PM 在做原型，工程师在做产品决策。Scott Belsky 有个说法叫"人才栈坍缩"——Alex 认为这确实正在发生。

坍缩的方向不是"大家都不需要了"，而是**"所有人都在变成 builder"**。Alex 给了一个很朴素的判断：兴趣和主动性，可能是 AGI 时代对人来说最根本、最重要的品质。 你骨子里喜欢什么，就去做什么；AI 和团队会把你不擅长的部分补上。

最后还有一个容易被忽略的细节：Codex 团队只做短期（八周以内）和长期规划，从不做中期规划。

"中期规划太难了。要么围绕一个具体目标集结团队，要么把握一种长期的'方向感'。中间层最尴尬。"——Alex

产品形态往往不是规划出来的，而是在反复试错中涌现出来的。过度规划反而会浪费团队在真正重要的事情上的注意力。

---

Spec 没有死，它只是退到了它该在的位置：只在问题复杂到需要多人协调时才写，而且越短越好。

真正走上前排的，是 skills——把隐性知识显性化为可复用的能力组，让 agent 直接调用而非反复解释。

这不是效率优化，是开发范式的代际更迭。 当 spec 从"必需品"变成"可选动作"，当 skills 从"辅助工具"变成"核心入口"，你还在花两周打磨 PRD 吗？