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

林知秋AI 前沿2026-09-18510 阅读💛 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 代理负责重复性监视与响应，人类保留关键决策与授权节点。