【CodexAI coding明星产品】自今年1月以来Codex成了最明星的AI coding产品之一用量增长6倍目前超过500万周活用户。在OpenAI内部近90%员工每周使用Codex——不是100%的工程师而是100%的整个公司包括法务、财务、市场、传播都在用。【负责人Andrew跨界经历与深度思考】负责Codex的Andrew Ambrosino是设计师出身转工程师再做PM多次创业。最近他作客播客节目分享了Codex及其背后的一系列产品理念和哲学还抛出一个重要问题当AI让实现变得几乎免费「该做什么」这件事到底谁说了算【老问题AI为何做不好设计】不久前Codex的竞品Claude Code的设计负责人Jenny Wen提出观点设计流程已经死了东西动得太快没时间按传统流程走。Andrew看到后表示同意但理由不同。他回忆起早年在创业公司做设计招聘时行业里流行一篇2019年发表在UX Collective上的著名文章「案例工厂」核心观点是设计师被教成流程至上的人走过用户研究、发散、收敛、原型验证这套流程结果就一定好。Andrew称「我在AI出现之前就不喜欢那个流程」并非流程本身有问题但执着于流程会把它凌驾于结果之上。AI出现后任何人都能快速做出精致原型。过去看到精致的东西默认已走到流程晚期如今「精致」和「真正准备上线」之间的关联已断。Andrew描述「现在可以把完整的实现拉进设计流程的最早期。一个打磨得无比精致的原型看起来能上线但实际上还在探索阶段——只是没人告诉你。九十个人都会有同一个想法每个人都做出来了看起来很精致但这不是产品——这就是现在的设计流程。」Codex团队内部用「baby Codex」这个极简代码库快速探索交互方案不做生产级代码。Andrew说「我们有个叫baby Codex的内部版本——一个极度简化的代码库用来快速探索交互方案。『侧边栏能不能这样面板能不能加个群聊』这本身就是设计流程。」那么设计流程到底死了吗Andrew给出两面回答「说设计流程死了既对也不对。如果你跟流程的具体工具绑死了那你完了。但把『我们现在在流程的哪个阶段』这个框架扔掉那才是最大的错误。」至于AI在设计任务上表现差的原因Andrew认为设计比代码更难打分创造训练循环区分好设计和坏设计比判断代码能否编译困难得多因为品味中的人的部分是反馈机制必需的。他还补充两个更深问题文化维度上AI可复制Linear的网站但设计需要新东西多于已知模式抽象层方面目前模型还不具备让视觉元素共享语义关系的抽象能力。【同一产品模型决定命运】Codex的前身可追溯到Operator → Atlas → Codex Web → Codex桌面端。Andrew认为这本质上是同一个功能在不同时间点搭配不同模型能力的反复发布。他举例「我非常确定Codex桌面端如果去年11月发布在市场上绝对会失败。而唯一的变量就是11月到2月之间的模型进步。同一个产品形态结果完全取决于几个月的模型时间差。」他还提到教训最初的Codex Web太AGI - pilled模型完成任务效果不好Claude Code则本地、不接云端、不强求全自动会问问题、等用户。Andrew称「我们在AGI这条路上走得太快了」。现在他的逻辑是不要因功能现在不行就判死刑列出未来一两年想做的事做成原型成熟的就上剩下的交给时间模型有飞跃就再试。功能好坏很多时候取决于背后模型是否聪明。【Andrew的工作流Codex助力】Andrew每天早上打开Codex会看到一份从3000个Slack频道提取的每日简报他可回复「给我五个问题我来回答」。简报的养成不靠精确指令若自动任务结果不对他直接告诉Codex注意事项它会自己更新通知方式。他最近一次产品发布通过Codex自动从Pull Request、Slack频道收集进度更新更新状态追踪表这是第一次「用vibe协调」的发布。整体来看他的工作流通过MCP等方式协同外部资源。【Codex不是超级应用是home base】外界有人把Codex和ChatGPT的关系往「超级应用」上靠Andrew明确不喜欢他用「home base」来形容。他说「Codex不该是把你所有事都锁在一个矩形里的超级应用。它应该是一个home base——你在上面开始工作、结束工作、自动工作。它用各种连接器、浏览器、扩展跟你已经用的工具对话。你做重度财务建模时它直接跟Excel桌面端交互算完你就关掉Excel。」OpenAI内部视频编辑用Codex剪片子Codex虽不是视频编辑器但理解Premiere Pro的工作方式能直接编辑其背后的项目文件还为自己写了个Premiere Pro的扩展插件通过扩展告诉Premiere移动时间标记。【AI重塑产品开发流程】Andrew反复强调AI把产品开发流程完全倒转。过去产品流程建立在实现昂贵的假设上要通过文档、研究、原型消除实现风险如今实现便宜到几乎免费同一个功能可能有90个团队同时做原型难事变成「做了这么多哪个最好、哪些该合并、怎么收束」。但这是否意味着PRD已死Andrew认为实现便宜让非工程师易做原型工程师却易写没人读的文档关键是选对媒介。他收束对话的建议是「别跟你的具体流程结婚。跟你唯一能交付的结果结婚然后该改流程就改流程。如果你最擅长的还是『Figma自动布局』那就该干嘛还是干嘛。」既然工具、模型、流程会变唯一不变的应是交付独特结果的能力。
