一句话总结
代码正从稀缺资源变成可快速生成 / 验证 / 丢弃的过程产物——Harness(人定方向,模型推进)是 AI Native 研发的核心工程化范式。
核心观点(8 条)
- Code is cheap —— 20 天 70 万行代码 / 10 个项目并行,模型可以整包接住”读地形、定方案、写实现、跑验证、修 bug”。代码从稀缺资源变成过程产物(卫生纸)。
- 泥头车与长尾 —— AI 加速不停,头部能用 AI 同时推 5 项目,尾部还在补注释;差距不在”会不会用 AI”,在”用到第几层”;以周为单位放大。
- Harness = 人定方向,模型推进 —— 不是把每一步写死规定模型,而是把控制点从代码细节上移到”边界 / checkpoint / 风险通道”。
- 两个底层事实 —— ① 概率生成器(给空间越大越跑偏,best-practice slop);② 上下文宝贵(Lost in the Middle,recency bias)。
- 水流理论 —— 控制点上移到三件事:边界(堤坝)/ checkpoint(水闸)/ 风险通道(安全通道);区分”漫溢”和”溃堤”。
- 最小混沌单元 —— 小到可检查,大到可自治;配套 spec(决策持久化)/ codemap(代码地形摘要)/ new-chat(对抗腐烂)三件套。
- 6 种 checkpoint 动作 —— 放行 9% / 追问 25% / 加料 47% / 绕道 5% / 回炉 2% / 阻止 <1%;加料是最高频,反映 checkpoint 是细颗粒控盘。
- 5 层 safety net —— 自验 / 自测 / 他测 / 自动化回归+巡检 / 灰度+金丝雀;越往后越靠人 + 工程基础介入,缺一层全裸奔。
关键数字
- 70 万行 / 20 天 / 10 个项目(作者个人)
- 6 种 checkpoint 动作占比:加料 47% / 追问 25% / 放行 9% / 绕道 5% / 回炉 2% / 阻止 <1%
- 5 层 safety net:自验(7 维报告)→ 自测(接口级闭环)→ 他测(review agent + 测试同学)→ 自动化回归+巡检 → 灰度+金丝雀+一键回滚
- 4 层代码廉价化后果:可抛弃性 → 高速迭代压倒一切 → 经常不看代码 → 工程师价值结构迁移
- 2 个底层事实:概率生成器 + 上下文宝贵(Lost in the Middle, Liu et al. 2023, Stanford)
- 3 件上下文设施:spec / codemap / new-chat
- 3 条转向硬规则:spec 冲突 / 越界 / 连续验证失败
5 段核心论证(主张 + 案例)
| # |
主张 |
案例 |
| 1 |
代码廉价化是真实信号,不是特例 |
外部:Google 新代码 AI 生成占比上升 / Cursor-Devin 团队规模压缩;内部:作者 20 天 70 万行 10 项目 |
| 2 |
差距在”用到第几层”,不是会不会 |
同公司头部 5 项目并行 vs 尾部补注释;以周为单位放大 |
| 3 |
两个底层事实逼出 Harness 设计 |
概率生成器 → 收边界 / 拆小单元;上下文宝贵 → spec / codemap / new-chat |
| 4 |
水流 + 最小混沌单元协作 |
Case A 0→1 起手反 slop 3 轮收 spec;Case B 1→N 4+ 次高频转向 |
| 5 |
多层 safety net 是工程化底线 |
0→1 启 1-2 层 / 1→N 启 5 层 / 生命攸关启 5 层+影子流量+金丝雀长期观察 |
4 层工程师价值迁移
- 一线工程师 —— 从”写代码的人”迁移到”切任务包 + 做 checkpoint + 看证据的人”
- TL —— 从”评审 PR 的人”迁移到”定 spec + 设 codemap + 看 review agent 报告的人”
- 架构师 —— 从”设计模式的人”迁移到”设计协作姿态、控制面、Harness 工具集的人”
- QA —— 从”写测试用例的人”迁移到”设计测试策略 + 端到端回归 + 抓 AI 想不到的 corner case + 写灰度兜底”——AI 时代 QA 角色上移,是 multi-layer safety net 里唯一不能被 AI 替代的人为底线
5 句核心金句
- “代码本身,正在变得非常便宜。”
- “如果代码贵,节俭代码;如果代码廉价,节俭时间。代码是过程,不是资产。”
- “代码不再是瓷器,也不再是一次性消耗品——它是卫生纸。”
- “Harness 的粗糙定义:人定方向,模型推进。”
- “未来真正稀缺的,不是写代码的人,而是能让大模型在正确边界里大胆流动,并且把端到端结果安全收回来的人。”
关联图谱
上游(基于 / 来自)
- 软件工程:传统协作姿态 + Spec-Driven Development(SDD)
- Lost in the Middle 论文(Liu et al. 2023, Stanford)
- sdd-riper 项目(RIPER 五阶段门禁)
- 多 agent 系统 + room-based 协作模式
下游(应用于 / 验证于)
- Case A 0→1 项目 adaptive-room-harness(已开源)
- Case B 1→N 大型企业”敏感资源外发审批”治理(Tair 两段式幂等,processing lock 60s + active pending 30min)
- 团队级 Harness 能力沉淀(skills 化)
同级(横向 / 并列)
- 阿里云开发者-淘宝主播 Agent Harness 工程实战(同主线 Harness 落地)
- AI-Coding 的顿悟时刻(同主线 AI Coding 范式)
- 54 万行代码的顿悟-Markdown 才是新编程方式(同主线代码即过程产物)
- 0xCodez-Agent-Harness-14-Steps(同主线 Harness 14 步骨架)
- AI 原生研发落地实践-Spec-Kit 和 BMAD 跑了一遍 SDD(同主线 SDD)
- Skill-Self-Evolution(同主线 Skill 沉淀)
- Addy-Osmani-Loop-Engineering(同主线 Loop 验证)
备注与限制
- 文章主体为作者个人经验,具体业务数据(70 万行 / 6 种动作占比)是作者自报口径
- “阿里妹” 是本公众号(无岳)内容策划导读,实际作者身份匿名
- Case A(adaptive-room-harness)已开源可查;Case B 是脱敏后的企业内部案例,产品名 / 客户名 / 字段名都是替代写法
- “代码是卫生纸”有硬边界:生产事故 / 用户信任 / 组织责任不是卫生纸(§6.3 §6.4 工程纪律)
- “不看代码”姿态有硬边界:权限 / 支付 / 安全 / 数据删除路径,基础库 / SDK / infra 核心,隐式 contract 多 / 测试覆盖差的老系统,没有灰度和回滚机制的线上改动——这些不适合这样玩
- 关键术语:Harness(直译”挽具”,指人给模型套上约束/方向后让它推进的工程姿态)