DC娱乐网

Harness Engineering 正在重新定义工程师的未来

读完 OpenAI 这篇关于 Harness Engineering 的技术博客,我心里只有一个结论:我们正在目睹工程师

读完 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 的能力

代码只是其中一个输出。

真正的价值,是你对系统的理解与掌控。