读完 OpenAI 这篇关于 Harness Engineering 的技术博客,我心里只有一个结论:
我们正在目睹工程师职业的第三次“控制论革命”。
这不是简单的技术迭代。而是工业革命以来,人类工作方式第三次从“执行层”向“决策层”的巨大跃迁。

下面,我把这篇硬核技术文章拆成故事、隐喻和本质,写成一篇你能直接转发的“长文文章”。
一、三次重复的历史:人类从来没被替代,只是换了岗位
OpenAI 的文章里提到一个惊人的重复模式——历史在押韵。
第一次:1780年代,蒸汽机 —— 离心式调速器
以前:
工人站在蒸汽机旁,靠手拧阀门控制蒸汽量。
累、危险、精度全靠经验。
有了调速器之后:
飞球机构感知转速,自动调节阀门。
结果:
工人没消失。
工作从“拧阀门”变成“设计调速器”。
第二次:2010年代,云原生 —— Kubernetes
以前:
工程师做运维:重启服务、查看日志、故障抢修、半夜回滚。
有了 K8s 之后:
你声明期望状态(replicas、resources、image),控制器持续观测实际状态并自动修复。
结果:
工程师不是被替代,而是从“救火队”变成“Spec 定义者”。
第三次:2026年,AI Agent 时代 —— Harness Engineering
以前:
工程师写代码、写逻辑、写模块。
有了 Agent 之后:
工程师不再手写代码。
你设计环境、构建反馈循环、定义架构约束。
Agent 负责生成百万行代码。
结果:
工程师从“代码书写者”变成“系统校准者”与“决策判断者”。
三次重复,同一个核心:
人类从“动手做” → “动手管” → “动手定规则”。
这就是控制论(Cybernetics)。
Kubernetes 的词源也是这个。
反馈闭环,才是本质。
二、为什么代码库曾经是“最后一道壁垒”?代码库中确实有底层闭环:
• 编译器:语法闭环
• 测试套件:行为闭环
• Linter:风格闭环
但这些只够检查“能不能运行”。
真正难的、人类独有的判断是:
• 这个变更是否符合整体架构?
• 这个抽象未来会不会积债?
• 这个设计是否适合团队的编码习惯?
• 这个接口会不会破坏系统一致性?
这些没有传感器,没有执行器,只能靠人类经验。
LLM 出现之后,这道墙彻底碎了。
它们能理解高层逻辑,能做结构化重构,能设计接口,能重写整个模块。
第一次,决策层的闭环可以由机器闭合了。
三、但闭环只是“必要条件”,不是“足够”OpenAI 指出一件非常关键的事:
LLM 能写代码,不等于它能写“你们团队的代码”。
大多数人掉坑里的地方是:
• 把 Agent 当成“自动写代码工具”
• 期望它能“自动理解项目”
• 然后抱怨“它总是做错”
但真相是:
Agent 不是不会,而是你没给它知识。
系统的“ tribal knowledge ”——
什么是好代码?什么架构风格?什么是团队审美?
这些锁在你的大脑里,没有外化。
你不写文档,它就不知道。
你不定义原则,它就会生产“AI slop”。
你不提供测试夹具,它就无法形成闭环。
Agent 不会通过“渗透”学会你的系统。
你不写下来,它第 100 次运行还是会犯第 1 次的错。
四、工程师的新工作:从“写代码”变成“校准机器”OpenAI 的实践非常说明问题本质:
• 他们花 20% 的时间清理“AI垃圾代码”
• 直到把团队原则、架构约束、风格规范编码进 harness 本身
未来的工程师,要做三件事:
1. 外化知识(把你脑子里的经验写下来)
• 架构文档要真实描述分层与依赖
• 写自定义 Linter,内置修复逻辑
• 编码团队的黄金原则、设计规范、禁忌清单
让机器知道“什么是好”。
2. 构建高质量反馈闭环
• Agent 可执行的测试集
• 强错误提示
• 可解析的 CI 流程
• 可自动验证的契约
这是基础。
3. 成为“验证者”,而非“生成者”
生成正确代码比验证正确代码更难(P vs NP 的直觉)。
未来的工程师不是拼“写得快”,
而是拼“判断得准”。
你要做的是:
• 指定什么是“正确”
• 识别输出哪里错了
• 判断方向是否合理
• 验收 Agent 的成果
Agent 跑得快,但你负责对。
五、工程师的未来:不做拧阀门的人,要做掌舵的人历史反复证明:
设计调速器的工匠,不会再回去拧阀门。
会用 K8s 的开发者,也不会再手动重启服务器。
那为什么我们要担心 AI 写代码?
因为 AI 写的不是“代码”,
而是把人类从体力劳动 → 技术劳动 → 脑力决策劳动。
OpenAI 说得很清楚:
Harness Engineering 不是让工程师消失,而是重新定义工程师的价值。
你不再拼手速写代码。
你定义系统、定义规则、定义标准、定义反馈。
Agent 帮你执行。
你的价值变成:
• 你知道系统该怎么运行
• 你知道什么是正确的方向
• 你能验证机器做出的结果
• 你能校准智能体
这是工程师前所未有的高级形态。
六、结尾:这不是取代,这是升级读到最后,我突然意识到一件事:
每一次新工具的出现,都会淘汰“低价值重复劳动”。
但不会淘汰“高价值判断劳动”。
从蒸汽机到 AI,没变的是:
人类依然要做系统的舵手。
变的是:
我们能掌控的层级,从阀门到系统,再到整个反馈环。
如果你现在还在纠结“要不要学写更多代码”,
那你可能已经落后于时代的节奏。
未来的工程师,真正需要掌握的是:
• 文档能力
• 架构能力
• 测试能力
• 规范能力
• 判断能力
• 校准 Agent 的能力
代码只是其中一个输出。
真正的价值,是你对系统的理解与掌控。