8.0
深览指数
科技智东西·田 忠婷··AI 生成

Codex技术大佬亲自揭秘:做AI产品最后拼的竟然是“品味”?

OpenAI Codex 产品负责人 Andrew Ambrosino 在 Lenny 播客访谈中指出:当大模型让实现成本趋近于零,软件开发的瓶颈已从“如何写出功能”转向“判断做什么、怎么取舍”,核心能力变为“品味”。文章深入探讨了产品流程倒置、设计困境、角色坍塌,以及 Codex 从开发者工具向通用知识工作入口的演进。适合希望理解 AI 对软件产品团队工作方式实际影响的从业者。原文 ↗

核心观点
  • 当 AI 使实现成本趋近于零,软件产品的核心竞争力从“实现能力”转向“品味”,即判断做什么、如何取舍、如何组织系统的能力。
  • 产品开发流程已经倒置:在 OpenAI 内部,一个功能可能有 90 个不同团队并行制作原型,产品团队的核心工作变为筛选、整合与策展,而非从零实现。
  1. 01Codex 自 2026 年 1 月至今使用量增长 6 倍,周活跃用户超 500 万;OpenAI 内部 90% 员工(包括法务、财务等非技术岗位)每周使用。
  2. 02Andrew 认为文档(PRD)并未死亡,而是需要根据问题类型选择正确的媒介——对模糊区域的产品清晰度走文档,对交互模式验证走原型。
  3. 03AI 做不好设计的三个原因:设计比代码难评分(缺乏反馈回路);设计需要新颖性,而 AI 擅长学习已有模式;软件设计与代码抽象层之间的互动对当前模型仍很困难。
  4. 04OpenAI 内部不设固定角色标签,按“技术成员”划分,个人角色由其花时间做的事情的平均值来定义。
  5. 05Codex 应用内部开发由“dogfooding”循环驱动,团队通过使用产品来发现问题并改进,而非遵循传统设计流程。
  6. 06Andrew 团队规模在“10 到几千人”之间,核心工程师为两位数,设计师约为其一半,产品角色采用“区域防守”策略,覆盖公司不同缺口。
  7. 07Codex 在 2 月发布的应用,如果 11 月就上线肯定会失败,唯一区别是 11 月到 2 月间的模型能力提升——产品形态完全相同,但结果迥异。
  8. 08实现转向多种工作模式:内置浏览器、Chrome 扩展、计算机使用,用户可通过自然语言指令让 Codex 自动设置工作流。
反方 / 局限
  • Andrew 警告:一些公司极端追随“取消产品角色”的趋势,可能危险地消除“专长有可掌握的最佳实践”的观念,并非每个人都能成为全能型构建者。
  • 模型当前普遍会增加代码库的复杂性,不擅长删除代码,这使完全自动化的软件开发(一键循环)目前仍不现实。
43 分钟 · 5 卡片 · 14 资料
读原文 →

前置背景

技术原理

平行视角

未来推演

延伸追问