0406-Codex团队如何用Codex构建Codex
输入“/”快速插入内容
0406-Codex团队如何用Codex构建Codex
0406-Codex团队如何用Codex构建Codex
用户9970用户9970
用户3733用户37335月9日修改
OpenAI Codex 团队如何用 Codex 构建 Codex
> South Park Commons | 嘉宾：Alex（Codex产品负责人）& Romain（开发者体验负责人）| 2026-04-05
断断续续看完了这期访谈，干货很多。Alex 和 Romain 聊的是 OpenAI Codex 团队内部怎么工作的——他们自己怎么用 Codex 构建 Codex，怎么不写 spec 就发货，怎么看待 PM 这个角色的未来。
值得关注的点：这俩人不是在"宣传产品"，而是真的在分享一个团队的工作方式。Codex 团队现在 50-100 人，从去年5月的8个人暴涨。他们的设计师生成的代码比6个月前的工程师还多。Peter（OpenClaw 创始人，刚加入 OpenAI）在去年10月还说过"我永远不会用 Codex App"，上周末已经开始发推夸它了。
---
核心观点
1. 几乎不写 Spec，10条 bullet 就是"需求文档"
Alex 说 Codex 团队现在写非常少的 spec。什么时候才写？"当一个问题的复杂度超出一个人的大脑容量，需要跨人协调，或者遇到特别棘手的决策。" 而且就算写，也是极短的——10条 bullet，完事。为什么？因为一个人现在能做的事情太多了——大部分代码都委托给 AI 了，一个人能覆盖的范围远超以前。
2. PM 不是领导岗位，是"填空位"
这是 Alex 最犀利的观点之一。"我不觉得 PM 是一个好的领导岗位，我认为它是一个 fill in the gaps（填补空缺）的岗位。" 他认为 PM 的价值不在于定义战略，而在于找到团队中没人做的事情然后去做。偶尔需要领导力，但那更多是帮助对齐，而不是因为自己是什么天才战略家。
3. 职业阶梯正在模糊——设计师写代码，PM 做原型
"每个职业阶梯都在开始模糊。" 设计师有了超能力可以变得更技术化；PM 如果以前只会写战略文档，现在可以直接做原型；工程师可以更多参与设计。Alex 认为这不是"取代"，而是每个人都可以更 opinionatedly themselves（更有主见地做自己）——AI 和团队会填补你不擅长的事。
4. 20个工程师以下的创业公司不需要 PM
Alex 说过一个有争议的观点：如果一个创业公司工程师不到20个却有 PM，那是个 red flag（危险信号）。Scott Berkley 有个概念叫"collapse the talent stack"（压缩人才层级），Alex 认为这正在发生。团队里人越少，决策越纯粹。
5. 只规划短期和长期，不规划中期
Alex 从 OpenAI 研究员那里得到的一条建议：在 OpenAI 要么规划短期（最多8周），要么有一个长期的大方向 vibe，但不要规划中期（3-6个月的产品路线图）。中期规划几乎总是错的，而且模型能力的快速进步会让中期规划变得毫无意义。Codex 团队基本没有产品路线图，有的是"长期方向 + 最近的冲刺目标"。
6. Codex App 的诞生：不是规划出来的，是用户推出来的
Codex App 不是按路线图规划的。它的诞生源于几个信号：用户开始 tmux 开多个 Codex 实例并行工作、Peter Steinberger 被拍到用三个显示器开18个终端跑 Codex、黑客周上多个工程师独立做出了不同版本的 App。团队意识到：顶级用户已经活在"多代理并行"的未来了，问题是普通开发者怎么用上这种体验。
7. "海盗船"式团队文化
Codex 团队内部把自己描述为"故意有点海盗船味道的团队"。跨职能对齐非常少，甚至在团队内部 PM 和工程师的界限也很模糊。功能大多是工程师自下而上提的——因为他们自己就是最重度的用户。
8. 小改动直接 PR，比找人快
Alex 分享了一个很实际的细节：对于现有系统的小改动，他自己直接用 Codex 写 PR、测试、提交。"往往比跟一个人沟通、让他优先级排序更快——尤其当那个人手头有一万个其他事情的时候。"
9. 设计师比工程师还能写代码
"设计团队现在写的代码比6个月前的工程师还多。" 这不是贬低工程师，而是说明工具的能力已经让非工程师角色能够深度参与代码生成。设计师用 Figma Skill 直接从设计文件拉取 React 组件和变量，Codex 自动实现对应代码。
10. 最好的 PM 是那些最"在细节里"的人
"OpenAI 最好的 PM 都极度深入细节。" Alex 说，以高级领导身份加入 OpenAI 是非常困难的，因为你仍然需要在细节中。他建议直接从"在细节中"的岗位加入，而不是走高层路线。
11. 招聘只看两个东西：你做了什么，你想做什么
Alex 说如果有人私信他表达兴趣，他第一反应是"有没有链接？有链接我一定点"。如果有想法和观点，他会读。但如果是"为什么对这个角色感兴趣"和"简历"——他大概率不会读。他说他甚至不知道团队成员上了什么大学。"谁在乎？给我们看你做了什么。"
12. PM 的终极问题：你到底对什么更感兴趣？
Alex 给出了一个清晰的决策框架：如果你本质上更喜欢写代码，只是因为"需要有人做"才当了 PM，那现在你应该转成工程师。如果你本质上更喜欢跟用户待在一起、理解市场走向，那 PM 仍然有空间——但前提是团队够大，工程师已经够多了。关键不是角色标签，而是兴趣和主动性（agency）。
---
精彩片段
1. Codex Spark 的速度演示
Romain 现场演示了一个 2D 游戏的构建过程。他先让 GPT-5.4 开始（给了它领先优势），然后在右边同时启动 Codex Spark。Spark 的速度达到平均每秒1200次 token 处理。他一边玩一边说"加些树和房子"，几秒钟后画面里就出现了新的装饰物。这个演示直观地展示了"速度思考"——当你在心流状态时，快速迭代比一次完美更重要。
2. Plan Mode：让 AI 当你的头脑风暴搭档
Alex 展示了 Codex 的 Plan Mode。当你不确定下一步该做什么时，进入 Plan Mode，Codex 会自动分析代码库、当前进度，提出建议方向。你可以引导它，也可以让它自己想。Alex 说他经常这么做——即使最后不直接用那个方案，但通过这个过程建立了更好的心理模型，然后把这个"思考过程"分享给工程师。
3. 一个朋友让 Codex 帮他管理 Linear
Romain 讲了一个故事：有个朋友有一堆改进产品的想法，于是跟 Codex 说"把所有这些任务写到 Linear 上"。然后他说"我要去睡觉了，你把这些任务全部实现，完成一个划掉一个"。第二天醒来，所有任务都完成了。这展示了 Skill 生态系统的威力——Codex 不只是写代码，它连接到整个开发工具链。
4. Peter（OpenClaw 创始人）的真香现场
去年10月，Alex 和 Peter 在旧金山 Fort Mason 散步。Alex 没有直接说要做一个 App，但在试探 Peter 对"新的代理委托界面"的看法。Peter 基本上说他永远不会用这种东西。上周末，Peter 发推说"Codex App 还挺好用的"。Alex 的反应："地狱结冰了。"
5. 招聘哲学：不看学历，只看你造了什么
Romain 刚宣布 Thomas（开源项目 Codex Monitor 的作者）加入开发者体验团队。选择标准很简单：这个人技术强、用 Codex 创造力爆棚、而且热爱分享。Alex 补充："我根本不知道团队成员上了什么大学。谁在乎？给我们看你做了什么。"
6. Codex 已经是 OpenAI 内部最广泛使用的工具
"OpenAI 绝大多数人都在用 Codex App，不只是技术人员。" 这意味着 Codex 正在从一个"编码工具"演变成一个通用的"工作代理"。这也解释了为什么 OpenAI 需要在 Codex 和 ChatGPT 之间做更多协调——因为它们的用户群开始重叠了。
7. 两个关键转折点
Codex 历史上有两个 vibe shift（氛围转变）：第一个是去年8月，他们意识到 Codex Cloud 太超前了，转而做 CLI 和 IDE 扩展——几个月内增长了20-30倍。第二个是去年12月-1月，GPT-5.2 Codex 的发布让模型可以可靠地执行长时间任务，这让他们重新回到"多代理委托"的愿景，从而催生了 Codex App。