别再堆AI技巧了！企业 AI Harness 三大幻觉与三层解药

S02 | 别再堆技巧了：企业 AI Harness 的幻觉与出路

系列 持续交付 2.0 视角下的 AI 软件工程 第 02 篇 / 共 03 篇 核心论点 水管漏了不修，去买智能水表监控漏水速度——harness 是放大器，不是银弹。 字数 约 1400 字 ｜ 阅读时长 约 5 分钟  前情提要 S01 我们聊了『CI/CD 死了吗？答案是没死，被基础设施化了』。 本篇接着这个话题往下踩——既然 CI/CD 没死，那企业现在猛堆 AI Harness 的做法，到底对不对？

1 开场：企业的常态，是急着装『水表』

上篇结尾留了一个问题：企业现在的做法对吗？

直说：错的多， 而且错得很整齐。

过去两年，我见过大量企业的『AI 提效工程』长这样：

• 先上一波 Copilot、通义灵码、Cursor，发到每个工程师手里。
• 然后在 CI 里塞一堆 AI Agent 卡点，让它审查 PR、写测试。
• 高管讲话里全是『我们要 All in AI』，季度汇报里全是『AI 代码占比 35%』。
• 然后呢？线上故障率没下来，研发周期没缩短，质量仍然靠人肉盯。

这是典型的『水管漏了不修，先去买一只智能水表，盯着漏水速度数字化汇报』的路径。

不是智能水表没用——有用。但它治标不治本。

水表再智能，告诉你『漏得很快』，你不去修，漏还在漏。harness（让 AI 按规矩干活的脚手架和约束套件）做得再花哨，底下那条 CI/CD 是漏的，整个流水线就在原地空转。

水管漏了不修，去买智能水表监控漏水速度

2 二、把通病说透：三个幻觉，逐一拆解

幻觉一：harness 是银弹，能直接提效。 真相：harness 是放大器——流水线本身通畅时，它能放大产出；流水线本身就是漏的，它只能放大混乱。

幻觉二：把 AI 塞进 CI/CD，就叫『智能化 CI/CD』。 真相：AI 进了 CI/CD 不等于组织级智能化。真正的智能化 CI/CD 是把组织规则写进 pipeline，不是把 AI 写进 pipeline。 这两件事方向相反。

幻觉三：组织架构不变，换工具就能升级。 真相：组织结构、考核方式、跨团队协作方式，决定了工具能不能落地。架构不变，工具是装饰品。 工具能做的，是把已经存在的协作模式『放大』和『加速』，不能凭空创造新的协作模式。

这三层幻觉叠在一起，就是当下很多企业『AI 提效 1.0』的完整画像： 买了很多智能水表，但没人修水管；水表数据很丰富，但漏水依然自由；汇报很好看，但产线依然疲。

三个幻觉：以为 vs 实际

3 三、解药长什么样：三层结构

正确建设路径只有一条：先把底座打实，再往上叠智能。 不分三层就是耍流氓。

企业 AI 工程化三层结构

这张图里有一个反直觉的点，要单独说：中层和上层，是完全不同的两件事。

• 上层：工程师自愿用、偷偷用、跨组织随便用——越自由越好。
• 中层：组织强制、设计即法律、AI 跑了就必须按规矩出——越严格越好。

很多企业错就错在：把上层的自由逻辑套到中层，把中层的强制逻辑套到上层。 比如： - 强制要求工程师必须用某个 Copilot（错——这是上层，不该强制）。 - 让 CI 里的 AI Agent『自由发挥审查规则』（错——这是中层，必须是组织定义的规则）。

分层即正义。

4 四、给你一张对比表，团队自检用

一句话分清楚：算盘随便拨，质检线不能随便改。

5 五、结尾：那 CI/CD 的终极形态是什么？

到这儿，第二篇的活儿基本交差了：把错的讲清楚，把对的说明白。

但还差最后一脚——你说把组织规则写进 pipeline，你说 CI/CD 是底座，那这套『底座 + 智能化』长久了，最终会长成什么样？

留个钩子：

如果有一天，不只是代码，连需求、设计、任务分配，都能在一条 AI Pipeline 里被组织全程护航……CI/CD 的边界，是不是该重画了？

这是下一篇的事。下篇见。

📌 本篇金句

水管漏了不修，去买智能水表监控漏水速度。harness 是放大器，不是银弹。

📌 下篇预告 S03 每个开发任务，都被一条 AI Pipeline 接管。