HARNESS ENGINEERING PLAYBOOK 26 / 35
打开全书目录

导读

  1. 00 Harness Engineering 手册:百倍生产力的可靠软件交付
  2. 01 引言:为什么需要 Harness Engineering

卷一:可靠的 Agent 编程(1→10x)

  1. 02 意图对齐:Vibe Coding 为什么失败
  2. 03 用结构传达意图:分层与维度
  3. 04 迭代出一份可执行的规约
  4. 05 实践:AILock-Step Feature Workflow
  5. 06 验证:确保代码忠实于规约
  6. 07 测试基建前置:把规约变成可执行约束
  7. 08 Code Review:补位测试覆盖不到的意图漂移
  8. 09 实践:AILock-Step 的验证链路
  9. 10 演进:规约与验证的持续迭代
  10. 11 卷一回顾:从闭环到演进

卷二:规模化 Agent 开发(10→100x)

  1. 12 规约:让意图能被并行分发
  2. 13 规约规模转变:人类脱离循环
  3. 14 设计原则:自包含
  4. 15 产出方式:可判定决策驱动
  5. 16 实践:博客系统审核队列
  6. 17 验证:当人不再能兜底
  7. 18 验证责任转移
  8. 19 大规模验证的锚点
  9. 20 三层机制:硬门禁、软门禁、集成验证
  10. 21 实践:博客审核队列的验证链路
  11. 22 演进:harness 必然演化
  12. 23 卷二回顾:迭代的harness系统

卷三:治理百倍速的组织

  1. 24 组织重构:当 Agent 改变了协作的前提
  2. 25 为什么旧结构失效了
  3. 26 瓶颈转移:从代码到组织
  4. 27 让流程匹配 Agent 速度
  5. 28 角色重定义:从执行者到治理者
  6. 29 围绕治理重新设计角色
  7. 30 用机制替代人际协调
  8. 31 演进:组织资产与新护城河

专题补遗:企业落地

  1. 32 补遗:把 Agent 接进可复现的交付现场
  2. 33 补遗:用交付事实衡量 Harness

附录

  1. 32 贡献者
06A / 卷三:治理百倍速的组织

为什么旧结构失效了

传统团队按功能分工:前端两人,后端三人,QA 一人。这种结构的隐含假设是每个人的产出能力大致相当,工作量可以按人头均分。当 Agent 让个人产出差异从两倍拉大到十倍,这个假设就不成立了。同一个级别的两个后端工程师,一个用 Agent...

更新于 · 阅读 Markdown

内容来源:Agents-Zone/harness-engineering-playbook ↗

🚧 本节正在开发中。

传统团队按功能分工:前端两人,后端三人,QA 一人。这种结构的隐含假设是每个人的产出能力大致相当,工作量可以按人头均分。当 Agent 让个人产出差异从两倍拉大到十倍,这个假设就不成立了。同一个级别的两个后端工程师,一个用 Agent 每天完成过去一周的工作量,另一个还在用传统方式逐行写代码。按旧结构分配任务,前者吃不饱,后者跟不上。不用 Agent 的人感到焦虑和被边缘化,高效使用 Agent 的人觉得付出和回报不匹配。问题不在个人态度,在于组织结构的设计前提已经改变。


Harness Engineering Playbook · AgentsZone Community