前 Dropbox 产品经理,拥有5年创业经验。加入 OpenAI 一年,被 Nick Turley (ChatGPT负责人) 誉为“合作过的最棒的人类之一”。负责领导 Codex 团队,不仅对外构建产品,还在对内利用 Codex 加速模型训练基础设施。
早期的 Codex 像是一个云端的远程智能体(异步任务),这步子迈得太大了。现在的策略是深度集成到 IDE 和 CLI,像结对编程一样工作,帮助用户建立信任。
AI 生成代码极快,但人类阅读和验证代码很慢。如果用户必须像微管理实习生一样每一步都检查,这就成了瓶颈。
原本需要2-3名工程师开发2-3周的功能,现在只需1名工程师开发1周。工程师反馈:“我们现在基本上所有事情都用 Codex。”
甚至连产品营销经理都在用 Codex 直接在 Slack 里修改文案代码或更新文档。Codex 还负责监控自己的训练集群(Babysitting),发现配置错误。
不仅仅是 Spec Driven(写文档让 AI 跑),未来可能是团队在 Slack/Teams 讨论问题,AI 监听并直接提交修复代码。这就像一个主动的队友。
就像在 Halo 游戏中走到载具旁按 "X" 键就能上车一样,未来的 AI 应该是上下文感知 (Contextual) 的。不需要你解释背景,它知道你在看 dashboard,发现数据异常,并主动给出原因。这就是 Atlas 浏览器的愿景。
不需要再记忆具体语法(如 For-each loop 的写法),但必须具备系统工程 (Systems Engineering) 能力。你需要能够评估 Codex 生成的架构是否合理,如何配置 Codex 让它能自我验证。
当 AI 带来的生产力提升(Hockey Stick 曲线)反哺到 AI 实验室本身,极大地加速了下一代 AI 的研发速度时,我们就到达了 AGI 的临界点。
如果你想加入 Codex 团队,不要只展示编码能力。请思考:如果拥有完美的编程智能体,6个月后的软件工程师生活会是什么样? 有这种愿景的人才是他们寻找的。