OpenAI Codex团队在做一件听起来矛盾的事：用Codex来构建Codex本身。
这不是营销话术。Codex团队的产品负责人Alex和开发者体验负责人Romain，在接受Peter Yang访谈时，把这套工作流完整地摊开来讲。听完之后，你会意识到——所谓「AI辅助编程」，在他们那里已经是上个时代的描述方式了。
规格文档：从厚册子到十条bullet
传统软件团队有一套根深蒂固的仪式感：产品提需求，工程排期，设计出稿，评审对齐，再开始写代码。整个链条里，规格文档（PRD/Spec）是核心枢纽，写得越详细，越显得专业。
Codex团队把这套流程砍掉了大半。
Alex说得很直接：「我们几乎不写规格文档。如果真的要写，也就是十条bullet，完事。」
原因不是团队懒，而是约束变了。以前一个功能需要跨多人协作，必须靠文档对齐认知。现在，一个人能承担的范围大幅扩张——把编码委托给AI代理之后，一个工程师可以同时推进多条线，认知边界被拉宽了，「需要写下来才能对齐」的场景自然变少。
只有在真正复杂、需要多人协调的决策面前，他们才会动笔——而即便如此，也是极度精简的十条要点，不是洋洋洒洒的需求文档。
设计师写的代码，比六个月前的工程师还多
这是访谈里最反直觉的一句话，但Alex说得毫不犹豫。
Codex团队的设计师，现在的代码产出量，已经超过了六个月前这个团队里全职工程师的水平。
这背后是角色边界的真实瓦解。设计师不再只是交付视觉稿，他们可以直接用Codex把想法变成可运行的东西。而工程师的核心工作，也从「写代码」转向了「决策做什么、保证质量、管理AI代理」。
Romain在演示里展示了一个典型场景：他用Codex Spark在几秒内给一个2D游戏添加了树木和装饰物——输入自然语言，变更实时渲染。这不是「辅助」，这是直接替代了一个迭代周期。
Alex提到一个细节，很能说明问题：对于已有系统里的小改动，他现在的标准做法是「直接发一个PR」——自己用Codex生成、测试、提交——而不是找工程师沟通、等对方排期、等对方理解上下文再动手。
「往往直接发PR，比跟别人解释清楚这件事为什么值得做，还要快。」
工程师在干什么
那工程师去哪了？他们没有消失，但工作内容变了。
Alex把自己的工作模式分成两种状态。第一种是「执行模式」：密集使用Codex，盯质量，追细节，亲手提PR修细节。他甚至用Codex扫描Slack里的用户反馈，自动整理成Linear任务，再安排代理去处理。
第二种是「协调模式」：花更多时间想清楚要做什么，而不是怎么做。Codex在这时候扮演的是思考伙伴的角色——他会让Codex进入「Plan模式」，让模型扫描整个代码库，提出下一步可以做的方向，然后他来决策取舍。
「关键问题已经不是『能不能生成代码』，而是『我们在构建什么』以及『怎么保证真正高质量』。」
Romain补充了一个有意思的观察：OpenAI内部，从最资深的工程师到各职能团队，现在几乎都在用Codex应用作为主要工作入口。Greg Brockman这个级别的人，也在用。这不是因为它简单，而是因为它能处理复杂。
产品是怎么规划出来的
Codex应用本身的诞生，也是这套思维方式的产物。
Alex分享了一个他从OpenAI研究员那里拿到的建议：在OpenAI，你只能做近期规划（最长八周）或者长期方向感知，中期路线图基本没有意义——因为模型进化太快，六个月后的世界和今天不一样。
Codex应用的起点，是一个「反常识」的需求：他们需要一个不绑定特定工作目录的本地开发界面，同时要让「并行委托多个AI代理」这件事感觉理所当然，而不是黑客行为。
他们观察到社区里有人用tmux开着十几个终端并行跑代理，还有人晚上告诉Codex「把今天讨论的任务都写进Linear，然后全部实现」——早上醒来，全部完成。这些「超前用法」成了产品设计的北极星。
整个应用没有详细规格文档。起点是几段「氛围感思考」，加上黑客周期间多个工程师独立搭出来的原型。最终确定方向，靠的是直接动手。
「PM是填补空白的，不是领导者」
Alex对PM这个角色有一个挺犀利的判断：「我不认为PM是一个领导职位，我认为它是一个填补空白的职位。」
他的逻辑是：团队越小，决策越纯粹，执行越干净。当AI代理可以处理大量执行工作之后，跨职能对齐的成本下降了，需要「专职协调者」的场景变少了。
他们在招人时几乎不看学历背景，重点是：这个人有没有在做东西、有没有在网上分享？如果有人发来一个链接，他必然点开；如果只是一份简历加一段自我介绍，他可能跳过。
有一个细节很能说明他们对「执行力」的理解：Codex开源监控工具的作者Thomas，因为持续在社区里用Codex构建并分享，最终被邀请直接加入团队。作品就是简历。
一个真正在运转的飞轮
Codex团队的逻辑闭环是这样的：用Codex构建Codex，在这个过程中发现工具的边界，修复它，再用更好的Codex继续构建。
开源的基础设施让用户能在功能进入正式版之前就去修改和实验，社区的反馈直接驱动产品迭代，而不是经过漫长的需求收集流程。
「先给超级用户用，学习他们的行为，再为所有人简化」——这是他们做产品的基本节奏。
Alex最后说了一句让人印象深刻的话：「在AGI的世界里，每个人都可以更鲜明地成为自己。AI和团队会补上你不想做的那部分。」
这或许是这整场对话里，最值得停下来想一想的一句话。
评分 96/120