当 Codex 成为主力，软件工程的重心已经变了

掘金本周最热

掘金本周最热2026年5月8日

当 Codex 成为主力，软件工程的重心已经变了

8.5Score

TL;DR · AI 摘要

当 Codex 成为主力后，软件工程的核心已从写代码转向设计智能体的运行环境与反馈机制。

核心要点

Codex 在5个月内生成100万行代码，交付成本仅为手工编码的1/10。
智能体需具备运行态可见性：通过 Chrome DevTools 和 LogQL/PromQL 实现闭环验证。
真正有效的治理是机器可执行的约束，如架构分层、类型边界和结构测试。

结构提纲

按章节快速跳转。

§引言：AI 编程的范式转移
AI 编程已超越代码补全，核心挑战转向如何为智能体设计可执行的环境与反馈机制。
·工程师角色的重构
工程师不再以编码速度为核心竞争力，而是聚焦目标定义、任务拆解与系统杠杆设计。
·智能体的知识边界
对智能体而言，未被写入仓库的信息等同于不存在，必须将规则结构化并版本化。
·运行态可见性的重要性
通过 git worktree、Chrome DevTools 和日志指标暴露，使智能体能复现问题并验证修复。
·机器可执行的治理机制
使用自定义 linter、CI 检查和结构测试，强制执行架构分层与命名规范等不变量。

思维导图

用一张图看清主题之间的关系。

查看大纲文本（无障碍 / 无 JS 友好）

AI 时代软件工程的重心转移
- 核心范式转变
  - 从写代码到设计智能体环境
  - 从人工审查到系统自动校验
- 关键技术支撑
  - 运行态可见性（DevTools, LogQL）
  - 结构化规则与版本化文档
  - 机器可执行的约束（linter, CI）
- 工程实践演进
  - 短生命周期 PR 与快速反馈
  - 高吞吐下的合并策略重写

金句 / Highlights

值得收藏与分享的关键句。

对智能体来说，运行时看不到的知识就等同于不存在。
— 第二部分
⬇︎ 下载 PNG 𝕏 分享到 X
没有运行态可见性，智能体只能‘猜’；有了运行态可见性，智能体才有可能完成真正的闭环。
— 第三部分
⬇︎ 下载 PNG 𝕏 分享到 X
真正保证一致性的，必须是机器强制执行的约束，而非口头规范或文档。
— 第四部分
⬇︎ 下载 PNG 𝕏 分享到 X

#Codex#AI 编程#DevOps#智能体工程

打开原文

当 Codex 成为主力，软件工程的重心已经变了很多人还把 AI 编程理解成“代码补全”，但 OpenAI 这篇 Cod - 掘金

![Image 5: 稀土掘金 Image 6: 稀土掘金 ](https://juejin.cn/post/7637372855350788132)

首页
首页
沸点
课程
数据标注 HOT
AI Coding
[更多](javascript:void(0);)
直播
活动
APP
插件

* 搜索历史清空

* 创作者中心

写文章
发沸点
写笔记
写代码
草稿箱

创作灵感查看更多

登录注册 ## 首次登录 / 注册免费领取登录 / 注册

当 Codex 成为主力，软件工程的重心已经变了

Tree1024

2026-05-08 1,593 阅读8分钟

专栏：

前端架构师

关注

很多人理解 AI 编程，还停留在“代码补全”这一层。

但 OpenAI 这篇关于 Codex 的实践文章，讨论的已经不是“模型能不能多写几行代码”，而是另一个更关键的问题：

当代码生成能力不再稀缺之后，软件工程真正的核心约束，会转移到哪里？

OpenAI 给出的答案很明确：约束不会消失，只会从“人手写代码”转移为“为智能体设计环境、规则和反馈回路”。

在这项内部实验里，OpenAI 团队从空仓库起步，在大约 5 个月内，用 Codex 生成了约 100 万行代码，累计打开并合并约 1,500 个 Pull Request，核心团队最初只有 3 名工程师，后续扩展到 7 人。更关键的是，这并不是玩具项目，而是一个经历了交付、部署、故障和修复、并被真实用户使用的产品。按照文章披露的口径，整体交付速度大约是纯手工编码的 1/10 成本。

这组数字当然足够吸引眼球，但对工程团队更有价值的，不是“100 万行代码”本身，而是它背后那套可以迁移的方法论。

* *

一、工程师最重要的工作，已经不是“写代码”

在智能体优先的开发模式里，工程师不再主要靠亲手实现功能创造价值，而是通过定义目标、拆解任务、补齐上下文、设计工具链和构建反馈机制来放大智能体的产出。

这意味着，当任务推进不顺利时，最有效的应对方式不再是继续追加提示词，而是反过来追问三个问题：

智能体缺少什么上下文
智能体缺少什么工具
哪些约束还停留在口头层面，尚未被机器化

这其实是在重写工程师的能力模型。过去，强工程师的优势可能体现在局部编码速度和复杂实现能力；现在，越来越体现在系统杠杆、约束设计和反馈闭环的构建能力。

* *

二、对智能体来说，看不见的知识就等于不存在

OpenAI 在文中反复强调的一点是：不要给智能体一本冗长手册，而要给它一张地图。

他们曾尝试用一个很大的AGENTS.md承载所有规则，结果并不好。原因也很直接：

上下文窗口是稀缺资源，超大说明书会挤占真正重要的任务和代码信息
当所有规则都被标成“重要”，模型会失去优先级判断
这类巨型文档很快就会过时，而且难以验证其是否仍然正确

因此，他们把AGENTS.md收缩成一个简洁入口，只承担导航作用；真正的设计原则、产品规格、架构分层、执行计划、技术债、质量规则等内容，全部进入结构化、可版本化、可检查的仓库文件中。

这个原则非常值得国内团队借鉴：对智能体来说，运行时看不到的知识，就等同于不存在。

那些散落在 Slack、飞书、Notion、Google Docs 和口头共识里的信息，如果没有回写到仓库，就无法稳定参与执行。

* *

三、真正拉开差距的，不是生成代码，而是理解运行中的系统

代码生成速度一旦上来，瓶颈很快就不再是编码本身，而是验证、回归和 QA。

OpenAI 的做法不是继续把验证压力压给人，而是让 Codex 直接具备读取运行态的能力。他们做了三件非常关键的事情：

基于git worktree为每次变更启动独立实例
接入 Chrome DevTools 协议，让 Codex 可以读取 DOM、截图、导航和复现 UI 行为
暴露日志、指标、追踪，让 Codex 可以直接查询LogQL、PromQL等运行信号

Codex 通过 Chrome DevTools 驱动应用并验证结果

这一步的意义非常大。没有运行态可见性，智能体只能“猜”；有了运行态可见性，智能体才有可能完成真正的闭环：

复现问题 -> 修改代码 -> 验证修复 -> 提交 PR -> 响应反馈 -> 再次验证

这也是为什么很多团队虽然已经在用代码助手，但依然没有获得数量级提效。问题往往不在模型，而在工程系统没有对智能体开放足够多的可观察面。

把日志、指标和追踪完整暴露给智能体

* *

四、治理 AI 代码库，靠的不是口头规范，而是可执行约束

文中另一个非常关键的结论是：文档只能解释规则，真正保证一致性的，必须是机器强制执行的约束。

OpenAI 的做法不是微观规定每一段代码应该怎么写，而是把真正重要的不变量编码进系统，包括但不限于：

架构分层和依赖方向
横切能力的合法入口
命名约定和类型边界
结构化日志规则
文件大小与平台可靠性约束

严格分层与显式边界，让智能体在可控结构内生成代码

这些规则通过自定义 linter、结构测试和 CI 作业持续执行。对于智能体来说，这种治理方式远比“最佳实践”更有效，因为它提供的是明确、稳定、可验证的搜索空间。

换句话说，在智能体优先的世界里，真正有价值的不是“代码风格建议”，而是“机器可执行的工程法则”。

* *

五、高吞吐量下，PR 与合并策略必须重写

当一个团队每天面对的不是少量人工 PR，而是持续涌入的大量智能体变更时，传统审查流程会迅速成为瓶颈。

OpenAI 在实践中选择了更短的 PR 生命周期，并尽量减少阻塞式门禁。原因并不复杂：在高吞吐环境里，很多问题的修复成本已经低于等待成本。某些偶发失败，与其长期阻塞主线，不如在后续自动重跑和补丁修复中解决。

这并不意味着降低质量标准，而是意味着质量控制的位置发生了变化：

从“人肉 review 兜底”转向“系统自动校验优先”
从“合并前尽量做完所有判断”转向“让反馈回路足够快”
从“谨慎地少改”转向“高频小步、快速纠偏”

这套逻辑只有在自动化验证、结构约束和可观察性足够强时才成立，但一旦条件具备，它会显著改变团队的节奏。

* *

六、AI 不会自动消灭技术债，它只会放大技术债

OpenAI 文章里一个很真实的细节是：早期他们每周要拿出大约 20% 的时间清理所谓的“AI 残渣”。

这很合理。智能体会复用代码库里已经存在的模式，而它并不会天然区分哪些模式是优秀实践，哪些只是历史遗留。只要仓库中存在坏味道，模型就会放大它。

他们后来的治理方式，是把“黄金原则”直接写成规则，再通过后台 Codex 任务持续扫描偏差、更新质量评分并提交小型重构 PR。技术债治理从一次性的人肉清扫，转变为持续性的“垃圾回收”机制。

这点对所有希望大规模引入 AI 编码的团队都很重要：AI 不会让代码库自动变整洁，只有把品味、约束和清理策略编码进系统，整洁性才会自动延续。

* *

七、这篇文章真正揭示的，是软件工程重心的整体上移

如果把这篇文章压缩成一句话，我认为可以这么概括：

未来的软件工程竞争力，不再主要取决于团队能否更快地手写代码，而取决于团队能否为智能体构建一个可理解、可验证、可纠偏、可持续演进的工程系统。

这意味着，工程师的价值并没有下降，而是在上移：

从实现者转向系统设计者
从编码者转向约束定义者
从问题修补者转向反馈回路构建者
从知识消费者转向仓库知识体系维护者

对于已经在尝试 AI 协作开发的团队，最值得优先投资的通常不是“再换一个更强模型”，而是以下四类基础设施：

把设计、计划、验收标准、技术债和架构约束沉淀进仓库
让 UI、日志、指标、追踪对智能体可读
用 lint、测试、脚本和 CI 把规范编译成机器规则
建立持续的小步清理机制，而不是等代码库失控后再大扫除

* *

结语

OpenAI 这篇文章最有价值的地方，在于它把“AI 写代码”从演示层面推进到了工程系统层面。它讨论的不是一个模型能不能补全函数，而是一个团队如何围绕智能体重写开发环境、知识组织方式和质量控制机制。

在智能体优先的世界里，软件工程不会消失，但它的重心会从“产出代码”转向“设计控制系统”。谁先完成这次迁移，谁就更有机会获得数量级上的研发杠杆。

一句话总结：在智能体优先的时代，代码不再是最稀缺的资产，真正稀缺的是把智能体组织成生产力的工程系统。

原文信息

标题：工程技术：在智能体优先的世界中利用 Codex
作者：Ryan Lopopolo
发布时间：2026 年 2 月 11 日
OpenAI 官方原文：[openai.com/zh-Hans-CN/…](https://link.juejin.cn/?target=https%3A%2F%2Fopenai.com%2Fzh-Hans-CN%2Findex%2Fharness-engineering%2F "https://openai.com/zh-Hans-CN/index/harness-engineering/")

标签：

前端后端架构

话题：

每天一个知识点

本文收录于以下专栏

1 / 3

前端架构师

专栏目录

这里是前端架构师。每段时间和你分享最新的前端技术动态、工具推荐和实用开发技巧。

3 订阅

·

10 篇文章

后端架构师

专栏目录

这里是后端架构师。每段时间和你分享最新的后端技术动态、工具推荐和实用开发技巧。

2 订阅

·

7 篇文章

AI工程师

专栏目录

这里是 AI工程师。每段时间和你分享最好用的文章、帮助你快速生成心中要的结果展示，让你的想法马上落地并且让公司研发部门按照这个标准执行结果。

1 订阅

·

22 篇文章

0/ 1000

标点符号、链接等不计算在有效字数内

⌘ + Enter

发送

登录 / 注册即可发布评论！

最热

相关推荐

[你大概率没用对 Claude Code 的五大能力 2.1k阅读 · 11点赞](https://juejin.cn/post/7637046499474276415 "你大概率没用对 Claude Code 的五大能力")[狂揽34k star！一款AI编程必不可少的神器，和Claude Code/Codex绝配！ 553阅读 · 3点赞](https://juejin.cn/post/7637046499474964543 "狂揽34k star！一款AI编程必不可少的神器，和Claude Code/Codex绝配！")[ChatGPT低价订阅集体翻车，薅羊毛时代结束了！ 725阅读 · 2点赞](https://juejin.cn/post/7636955773550133267 "ChatGPT低价订阅集体翻车，薅羊毛时代结束了！")[Cursor 转 Codex 大半个月，聊聊我的真实感受 289阅读 · 1点赞](https://juejin.cn/post/7637856870833635343 "Cursor 转 Codex 大半个月，聊聊我的真实感受")[worktree是什么鬼？Codex和Claude双修把我搞晕了！ 247阅读 · 4点赞](https://juejin.cn/post/7638297326471086089 "worktree是什么鬼？Codex和Claude双修把我搞晕了！")

精选内容

[你写的代码没有测试，就像出门不锁门——Jest + Testing Library 从入门到不慌 kyriewen · 69阅读 · 2点赞](https://juejin.cn/post/7638535912314650678 "你写的代码没有测试，就像出门不锁门——Jest + Testing Library 从入门到不慌")[为什么需要 @types/react？解决“无法找到模块 react 的声明文件”报错我叫黑大帅 · 46阅读 · 0点赞](https://juejin.cn/post/7638533972620312602 "为什么需要 @types/react？解决“无法找到模块 react 的声明文件”报错")[面试官：如果产品经理给你多个需求，怎么让AI去完成❓❓❓ Moment · 356阅读 · 4点赞](https://juejin.cn/post/7638516590836711451 "面试官：如果产品经理给你多个需求，怎么让AI去完成❓❓❓")[100小时，我做了一款AI CAD建模软件，开源！徐小夕 · 304阅读 · 3点赞](https://juejin.cn/post/7638478761579118618 "100小时，我做了一款AI CAD建模软件，开源！")[Flutter面试事件队列，微任务队列以及事件循环相关问题及回答 WaywardOne · 45阅读 · 1点赞](https://juejin.cn/post/7638449796915347456 "Flutter面试事件队列，微任务队列以及事件循环相关问题及回答")

找对属于你的技术圈子

回复「进群」加入官方微信群

为你推荐

* [你还把 ChatGPT 当白月光，别人已经让它出来上班了](https://juejin.cn/post/7623072657185030153 "你还把 ChatGPT 当白月光，别人已经让它出来上班了") 如果你手里已经有 ChatGPT Plus，只用网页聊天，那可太浪费了。网页上聊天当然方便，但你真开始干活就会发现，很多事还是得靠手动：自己输，自己复制，自己贴，自己一点点调。真正能把这些活接过去的

jovi_AI电报
1月前
201
点赞
2

[人工智能](https://juejin.cn/tag/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD "人工智能")

* [Simplex 用 Codex 重做软件开发流程：Agent 的价值不只是写代码](https://juejin.cn/post/7637734396590702598 "Simplex 用 Codex 重做软件开发流程：Agent 的价值不只是写代码") OpenAI 最近发布了一篇企业案例： Simplex rethinks software development with Codex。这篇文章讲的是 Simplex 如何在企业软件开发中使用

zhanghemama
1天前
14
点赞
评论

[AI编程](https://juejin.cn/tag/AI%E7%BC%96%E7%A8%8B "AI编程")

Image 25: Simplex 用 Codex 重做软件开发流程：Agent 的价值不只是写代码

* [神仙打架！Claude Opus 4.6 vs GPT-5.3-Codex 同日发布，AI 编程格局要变了](https://juejin.cn/post/7603185231802597402 "神仙打架！Claude Opus 4.6 vs GPT-5.3-Codex 同日发布，AI 编程格局要变了") 大家好，我是孟健。今天，AI 编程史上最疯狂的一天。 Claude 和 GPT 选在同一天、同一时刻发布重磅更新。 Anthropic 放出 Opus 4.6，OpenAI 紧跟着扔出 GPT-5.

孟健AI编程
3月前
2.1k
10
3

[LLM](https://juejin.cn/tag/LLM "LLM")[AI编程](https://juejin.cn/tag/AI%E7%BC%96%E7%A8%8B "AI编程")[Claude](https://juejin.cn/tag/Claude "Claude")

* [OpenAI最强代码模型GPT-5.2-Codex上线](https://juejin.cn/post/7585406229150597158 "OpenAI最强代码模型GPT-5.2-Codex上线") 周五凌晨，OpenAI 发布 GPT-5.2-Codex，这是迄今为止最先进的智能体编码模型，专为复杂的实际软件工程而设计。 GPT-5.2-Codex 是 GPT-5.2 的升级版本，提高了指令遵循

机器之心
4月前
461
点赞
评论

[人工智能](https://juejin.cn/tag/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD "人工智能")[OpenAI](https://juejin.cn/tag/OpenAI "OpenAI")

* [我最近把 Codex 用顺手了，分享一下我是怎么把它调成适合自己工作流的](https://juejin.cn/post/7617781226364239906 "我最近把 Codex 用顺手了，分享一下我是怎么把它调成适合自己工作流的") 对我来说，最大的变化是从“我指挥 AI 干活”变成了“AI 按我定的规矩干活”。通过这些配置，我把原本需要反复沟通、肉眼分析的脑力劳动都自动化了，开发效率提升了一大截。

这里有个bug
1月前
439
点赞
5

[人工智能](https://juejin.cn/tag/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD "人工智能")

* [五年， Zed 1.0正式发布：VS Code慌了？](https://juejin.cn/post/7634760691857997834 "五年， Zed 1.0正式发布：VS Code慌了？") 2026年4月29日，Zed 团队正式宣布他们的编辑器达到 1.0 版本。对于常年折腾编辑器的开发者来说，这个版本号背后藏着一个有趣的故事——这是一个关于推倒重来、技术执念，以及对"编辑器到底应该是什

golang学习记
10天前
4.2k
31
21

[Visual Studio Code](https://juejin.cn/tag/Visual%20Studio%20Code "Visual Studio Code")

* [GPT-5.4 mini+nano 突袭，1/3 价格养满血「龙虾」！OpenAI 彻底杀疯](https://juejin.cn/post/7618238003828260910 "GPT-5.4 mini+nano 突袭，1/3 价格养满血「龙虾」！OpenAI 彻底杀疯") 深夜，OpenAI 祭出「双子星」GPT-5.4 mini 和 nano，实力逼近满血版，速度性价比拉满，用来编码、当「龙虾」主力真香！ OpenAI 一声不吭，又扔了一颗炸弹。

新智元
1月前
607
点赞
评论

[人工智能](https://juejin.cn/tag/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD "人工智能")[OpenAI](https://juejin.cn/tag/OpenAI "OpenAI")

* [Zed 1.0 发布：不用 Electron 的代码编辑器现在能当主力了吗？](https://juejin.cn/post/7634207060385890347 "Zed 1.0 发布：不用 Electron 的代码编辑器现在能当主力了吗？") Zed 1.0 发布：不用 Electron 的代码编辑器现在能当主力了吗？ Atom 作者 Nathan Sobo 搞的新编辑器 Zed，终于推了 1.0 版本。如果你受够了 VS Code 动辄

月诸清酒
12天前
47
点赞
评论

[人工智能](https://juejin.cn/tag/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD "人工智能")

Image 27: Zed 1.0 发布：不用 Electron 的代码编辑器现在能当主力了吗？

* [什么才是 Harness Engineering？OpenAI Ryan 伦敦演讲: Code is free, Agent 时代的软件工程分工](https://juejin.cn/post/7636984000939474954 "什么才是 Harness Engineering？OpenAI Ryan 伦敦演讲: Code is free, Agent 时代的软件工程分工") 导读：OpenAI 技术团队成员 Ryan Lopopolo 在伦敦这场演讲里，真正讲透的不是“code is free”，而是软件工程的分工已经变了。代码越来越便宜，真正稀缺的变成了上下文、guar

AI趣实验
4天前
12
点赞
评论

[AI编程](https://juejin.cn/tag/AI%E7%BC%96%E7%A8%8B "AI编程")

Image 28: 什么才是 Harness Engineering？OpenAI Ryan 伦敦演讲: Code is free, Agent 时代的软件工程分工

* [留给旧研发流程的时间，已经不多了](https://juejin.cn/post/7618877505604288547 "留给旧研发流程的时间，已经不多了") 从一线团队里已经发生的变化出发：需求拆解、实现起草、测试补齐、验证回路这些原本靠人来回衔接的环节，正在被 AI 部分压缩。全文补入 2026 年国内外公开信号，让观点更像观察，而不是先入为主的宣判。

samlai效率研习社
1月前
136
点赞
评论

[AI编程](https://juejin.cn/tag/AI%E7%BC%96%E7%A8%8B "AI编程")

* [工程师的瓶颈，已经不是代码了](https://juejin.cn/post/7619589568712916998 "工程师的瓶颈，已经不是代码了") 不再需要「广而深」，而是需要「选一个领域真的深，其他的用 AI 补宽」。T 型能力的那个竖杠，仍然需要，但横杠的获取方式变了。

陆业聪
1月前
444
5
评论

[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")

* [OpenAI 反击！GPT 5.2 Codex 编程能力突破天花板，附使用教程！](https://juejin.cn/post/7585138968167841828 "OpenAI 反击！GPT 5.2 Codex 编程能力突破天花板，附使用教程！") 反转出现！！！刚刚，OpenAI正式发布了GPT-5.2-Codex，这是一个专为程序员打造的超级智能体。

爱吃的小肥羊
4月前
494
1
评论

[OpenAI](https://juejin.cn/tag/OpenAI "OpenAI")[AI编程](https://juejin.cn/tag/AI%E7%BC%96%E7%A8%8B "AI编程")

Image 30: OpenAI 反击！GPT 5.2 Codex 编程能力突破天花板，附使用教程！

* [王自如公开招聘01号员工，这要求有多离谱？](https://juejin.cn/post/7619900409898074112 "王自如公开招聘01号员工，这要求有多离谱？") 提到王自如，不知道大家是否了解。说实话，回想起当年他还在 ZEALER 做数码测评那会，他的视频我看得还是非常多的，当年靠他的测评视频还种草了不少数码产品，不过说话间，那也是属于自己的一段青涩的时光

CodeSheep
1月前
14k
66
72

[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")[后端](https://juejin.cn/tag/%E5%90%8E%E7%AB%AF "后端")[程序员](https://juejin.cn/tag/%E7%A8%8B%E5%BA%8F%E5%91%98 "程序员")