OpenAI 软件工厂实地探访:Codex 接管一切,IDE 与代码评审正在退场

邱宇AI 前沿2026-09-18517 阅读💛 293 收藏

一句话结论

OpenAI 内部已经把 AI 编程代理当作全公司的工作底座:Codex 从「锦上添花的工具」变成「一切的骨干」,非工程师无强制命令地整体迁移,IDE 使用量持续下滑,传统 PR 评审流程被代理式流水线取代——这可能是所有工程组织未来两三年都要面对的转型样本。

OpenAI 软件工厂实地探访题图

无限 token 预算下的工作方式

在 OpenAI,所有工程师、研究员、财务和营销同事都在无限 token 预算下工作。The Pragmatic Engineer 作者实地探访这家前沿实验室,与七位工程负责人和工程师深谈:Venkat Venkataramani(应用基础设施工程副总裁)、Sulman Choudhry(ChatGPT 工程负责人)、Andrew Ambrosino(桌面端负责人)、Joe Gershenson(Core Agent 团队负责人)、Akshay Nathan(生产力工程负责人)、Ahmed Ibrahim(Codex 工程师)和 Steve Coffey(Responses API 工程师)。

一年前作者上次到访时,Codex 还只是「有了更好」的工具;一年后,它已经是公司几乎所有工作的骨干。

Codex 无指令接管全公司

最值得注意的是迁移方式:没有任何来自高层的强制命令,OpenAI 几乎所有非工程师在几个月内主动迁移到了 Codex 和 ChatGPT Work。财务、营销、法务等非技术岗位用 AI 编程代理完成日常工作,不再需要排队等工程师排期。

这个细节对普通团队的启示是:当 AI 工具真的好用到一定程度,推广不需要行政命令——工程师会用脚投票。

IDE 之死与 PR 的重构

IDE 使用量自一月份 Codex 使用量激增以来持续下滑。工程师不再逐行写代码,而是把工作交给代理,自己负责审查结果、拆解任务和把关方向。

_pull request 和代码评审流程也随之被重新思考。_传统「人写代码、人提 PR、人逐行评审」的链条,正在被「代理生成变更、人做抽查与方向判断」替代。评审的重点从「这行代码对不对」转向「这个任务拆解得对不对、验收标准定得对不对」。

OpenAI 的代理式软件工厂

OpenAI 构建了一套「软件工厂」体系,包含多个自动化的代理式反馈环:

OpenAI 软件工厂的代理式反馈环示意

  • Perf Factory(性能工厂):监控生产环境性能指标,发现问题后自动启动 Codex 代理定位并修复性能问题,无需人工触发。
  • Sevbot(值班机器人):基于 Codex 构建的内部事故响应代理。事故发生时它会「醒来」,自动收集上下文、列出可能的缓解方案(但不擅自执行)、在 Slack 频道里回答工程师提问。工程师可以指令它执行某个具体缓解动作。
  • 自主值班的终点:OpenAI 的目标是让 Sevbot 能对「例行事故」完全自主响应,让人类工程师不再在深夜被叫醒,回来上班时审查它的处置记录即可。

这套体系的共同特征是:AI 代理负责重复性监视与响应,人类保留关键决策与授权节点。

对软件工程职业的判断

文章还讨论了工程岗位的变化趋势:工程专业化分工正在消失,判断力与主观能动性比具体技能更值钱;以前「不可能完成」的大型重写与迁移,现在一两个工程师就能推进。这些判断与站点此前追踪的多位一线工程负责人的观察一致。

原文信息

  • 作者:Gergely Orosz,The Pragmatic Engineer 主理人
  • 发布日期:2026-09-15
  • 原文标题:How OpenAI builds software today: an inside look at the “software factory” 原文地址:

本文基于原文免费公开部分整理,原文其余章节(基础设施扩展、API 可靠性、工程岗位变化细节)位于该 newsletter 付费区。

文章评论(10

青柠微凉9 分钟前

赞同,实践出真知。

回复
三分糖去冰24 分钟前

讲解得很细致,新手也能看懂。

回复
龙文博17 分钟前

点赞,必须点赞

回复
逐光而行23 分钟前

楼主辛苦了,内容很有参考价值。

回复
星寻梦22 分钟前

收藏了,以后慢慢研究。

回复
星寻梦14 分钟前

点赞,必须点赞

回复
星观澜52 分钟前

很有价值的分享,感谢整理。

回复
青柠微凉25 分钟前

思路清晰,干货满满。

回复
龙文博1 分钟前

这篇文章分析得很透彻,收藏了!

回复
风倚栏46 分钟前

整理得太全面了,省了我不少时间。

回复