访谈｜Codex团队如何用自己的产品构建产品——整个Spec只有10个要点

在AI编程工具快速发展的今天，OpenAI Codex团队走出了一条与传统软件开发截然不同的道路。2026年4月，Codex产品负责人Alexander Embiricos和开发者体验负责人Romain Huet在一次深度访谈中，首次公开披露了这个仅有50到100人规模的团队是如何用极简的管理方式，构建出涵盖桌面应用、IDE扩展和CLI的完整产品矩阵。

只做近期和远期规划，永远不做中期

Codex团队的规格文档简化的实践令人惊讶——整个产品的spec只有10个要点。这不是因为每个功能写得很简单，而是整个产品的规格文档就只有这么多。团队几乎不写产品规格文档，只有在问题复杂到一个人脑子装不下、需要多人协调的时候才会写，而且即使写了，也短得惊人。这种极简主义背后有一个核心原则：让离金属最近的人做尽可能多的决策。

PM不是领导岗位，而是填空岗位

在产品规划方面，OpenAI内部有一种独特的哲学：要么做近期规划（8周以内），要么做远期规划（方向感），但永远不做中期产品路线图。近期规划是一个具体的目标，团队能够围绕它集中发力；远期规划则是一种“感觉”，比如描述一年后用户使用场景会有怎样的演变。中期路线图基本不存在，因为模型能力在快速变化，当你不确定三个月后模型能做什么时，中期规划就变成了猜测。

设计师现在写的代码超过六个月前工程师写的

团队刻意保持低摩擦运作，用Alex的话说就是“有意识地像一支海盗船”。直到最近才有了第二个产品经理。设计师角色的变化尤为显著：Codex团队的设计师现在写的代码量，超过了六个月前一个工程师写的代码量。AI工具让每个人都能做一部分别人的工作，传统的角色边界正在模糊化。

从18个终端窗口到一个桌面应用

Codex App的诞生过程很好地诠释了这套方法论。2025年12月GPT-5.2 Codex发布后，模型能力跨过了可以可靠长时间独立工作的门槛。用户开始在终端上同时运行大量Codex会话，甚至有人在三块显示器上同时开了约18个终端窗口。如何让这件事变得直觉化？最终推动项目启动的不是一份详细spec，而是一份说明“为什么我们认为做一个app是好主意”的文档，app的具体形态是在构建过程中逐渐成形的。

如有侵权，请联系删除。