AI 协作工程概念图
[!info] 知识库定位 这是 AI 协作工程主题的概念地图(MOC),导航 Addy Osmani 概念族群 + 相关运行层概念。 它不是全库索引(那是 00_概念索引),而是一个主题集群的入口与关系图——告诉你这组概念如何咬合、共同说了什么、按什么顺序读。 主要来源:Addy Osmani 博客系列,经 Loop Engineering 消化笔记 引入并逐篇沉淀。
[!abstract] 一句话 agentic 时代,软件工程师的工作从「写代码」转向「设计造软件的系统」;这个系统的成败,取决于你如何处理四件事——意图、理解、判断、注意力。
🧭 这组概念共同在说什么(共同主线)
Addy Osmani 这一族文章(Factory Model + Harness + Loop + 四个风险概念)论证的是一个连贯的论点,而非零散的观察:
- 工作变了(Factory Model):从写代码 → 编排造代码的系统,是软件抽象层的又一次 step change(Grady Booch 的「软件第三纪元」)。
- 但核心没变(Factory Model):需求、抽象、测试、判断、监督仍在——机械被自动化,认知被放大。
- 这个新系统(Harness Engineering · Loop Engineering)的成功,取决于你如何处理四种结构性风险:
- 意图没写下来 → Intent Debt(spec 是杠杆,意图是唯一 agent 还不了的债)
- 理解被掏空 → Comprehension Debt(验证 ≠ 理解,速度不对称打断 review 反馈环)
- 放弃判断 → Cognitive Surrender(同一工具两种 posture,posture 决定结果)
- 以为多 agent = 多产出 → Orchestration Tax(你是 GIL,并行受 review 带宽封顶)
- 收束到一个判断:Build the loop. Stay the engineer.(造循环,但继续做工程师)——杠杆点移动了,工作没有变简单,也不能把自己删除。
🗺️ 心智地图(核心关系)
flowchart TD
FM["🏭 范式层<br/>[[Factory Model]] 工厂模型<br/>你造的是「造软件的工厂」<br/>coding 变了,SE 核心没变"]
subgraph 运行层["⚙️ 运行层:工厂如何运转"]
HE["[[Harness Engineering]]<br/>单 agent 运行系统层"]
LE["[[笔记-loop-engineering\|Loop Engineering]]<br/>自主循环 · 六原语<br/>(自动化+worktree+skill+<br/>连接器+子agent+状态)"]
end
subgraph 风险层["⚠️ 风险层:工厂运转暴露的四类风险"]
direction LR
ID["[[Intent Debt]]<br/>意图债<br/>spec=杠杆"]
CD["[[Comprehension Debt]]<br/>理解债<br/>验证≠理解"]
CS["[[Cognitive Surrender]]<br/>认知投降<br/>posture决定结果"]
OT["[[Orchestration Tax]]<br/>编排税<br/>你是GIL"]
end
FM --> HE & LE
LE -. 一层之上 .-> FM
HE --> LE
FM -->|"意图是杠杆"| ID
FM -->|"verification≠理解"| CD
FM -->|"review 门槛上升"| CS
FM -->|"fleet 并行"| OT
CS -->|"累积机制"| CD
CS -. 团队规模版 .-> ID
OT -->|"未付税→投降"| CS
OT -. 意图债税 .-> ID
ID -. 三重债同族 .-> CD
[!note] 贯穿性框架:三重债模型(Margaret-Anne Storey) Comprehension Debt 与 Intent Debt 属于软件三重债模型——三种互相独立的债,住在三个不同的地方:
债类型 住在哪 agent 能不能还 技术债 代码里 ✅ 能 refactor 认知债(=理解债) 人脑里 ✅ 能读代码恢复 意图债 从未写的工件里 ❌ 只能 fabricate
📚 概念清单(按层级)
范式层 —— 这次变化是什么
| 概念 | 一句话定位 |
|---|---|
| Factory Model | 你不再写代码,而是建造「造软件的工厂」;agentic 是抽象层又一步上移,但 SE 核心未变 |
运行层 —— 这个工厂如何运转
| 概念 | 一句话定位 |
|---|---|
| Harness Engineering | 支撑单个 agent 稳定运行的系统层(上下文/工具/权限/沙箱/验证/状态/编排) |
| 笔记-loop-engineering | 比 harness 更高一层、会自我喂养的自主循环;六原语(自动化+worktree+skill+连接器+子agent+状态) |
风险层 —— 工厂运转会出什么问题
三重债(软件健康的三个维度,互相独立):
| 概念 | 一句话定位 |
|---|---|
| Comprehension Debt | 认知债——「存在代码量」vs「人类理解量」的鸿沟;像辐射(无形累积、滋生虚假信心) |
| Intent Debt | 系统为什么这么设计的理由从未被写下;唯一 agent 还不了的债,agent 时代最贵 |
| 技术债 | 实现选择的累积,让系统更难改;(传统、已被充分理解的那一项,本库待建) |
行为风险(agent 时代特有的两种「人」的失效):
| 概念 | 一句话定位 |
|---|---|
| Cognitive Surrender | 不再构造自己的答案、AI 输出成了你的输出;与「认知卸载」从外面看一样,却是失效模式 |
| Orchestration Tax | 忘了「更多 agent ≠ 更多你」——你是唯一串行 GIL;多 agent 并行受 review 带宽封顶,是架构问题不是纪律问题 |
🛤️ 阅读路径(按你的需求选入口)
[!tip] 不必顺序读完——按你当前的问题选最相关的概念切入
- 🆕 第一次接触这个主题 → Factory Model(建立范式)→ Harness Engineering(理解 agent 系统层)→ Loop Engineering(看自主循环怎么搭)
- 😰 担心代码质量 / 自己看不懂系统了 → Comprehension Debt(理解债)→ Cognitive Surrender(你是否在投降)→ Intent Debt(spec 是杠杆)
- 🚀 想跑更多并行 agent → Orchestration Tax(你是瓶颈)→ Loop Engineering(六原语)→ Intent Debt(意图没写下来 = 反复喂的税)
- ⏱️ 只有 5 分钟速览 → 直接看下方「一句话速查表」
⚡ 一句话速查表
| 概念 | 是什么 | 关键洞见 / 反直觉点 |
|---|---|---|
| Factory Model | 你造的是工厂,不是产品 | coding 变了,SE 核心没变;clean architecture 更有价值 |
| Harness Engineering | 单 agent 的运行系统层 | Harness ≈ Agent System − Model;验证比生成更关键 |
| 笔记-loop-engineering | 自主循环·六原语 | 六原语在两个工具里一一对应 → 停止工具之争,设计工具无关的循环 |
| Comprehension Debt | 存在代码 vs 理解代码的鸿沟 | 像辐射不像账单;测试绿 ≠ 没债(你测不到想不到的行为) |
| Intent Debt | 系统的「为什么」没被写下 | 唯一 agent 还不了的债——它只能 fabricate 编造 |
| Cognitive Surrender | AI 输出静悄悄变成你的输出 | 与认知卸载从外面看一样;posture 决定结果,不是工具 |
| Orchestration Tax | 多 agent ≠ 多你 | 你是 GIL;Amdahl 封顶;这是架构问题不是纪律问题 |
🔗 原料与延伸
原料入口(消化笔记):
- 资料加工区/摘录加工/笔记-loop-engineering —— Addy Osmani《Loop Engineering》消化笔记,本族群的引入点
Addy Osmani 原文(联网核证来源):
- The Factory Model · Loop Engineering · Comprehension Debt · Cognitive Surrender · The Intent Debt · The Orchestration Tax
支撑论据:
- Anthropic《How AI Impacts Skill Formation》—— conceptual inquiry vs generation 的 17% 理解分差
- Wharton/UPenn(Shaw & Nave)—— 1372 人「借来的置信度」实验
- MIT《Your Brain on ChatGPT》—— 神经层面的认知债证据
- Grady Booch「软件第三纪元」
相关但尚未沉淀的概念(可按需扩展本族群):
Agent Skill(SKILL.md,意图外部化的载体)Triple Debt Model(三重债模型,本 MOC 已作贯穿框架引用)Mutual Amplification(相互放大,Cognitive Surrender 的反义概念)
🧪 应用案例
- AI Worker 设计映射分析 — 把这套概念框架用于
项目想法/AI Worker的设计审计:确认已做对的设计(red/green TDD、maker/checker、需求确认对抗意图债)、暴露盲点(缺整体理解维护者、记忆缺项目级账本)、预警风险(无人值守的投降、V2 并行的编排税)。示范了概念库如何反哺真实项目设计。
本 MOC 随族群演进维护。新增相关概念时,更新「概念清单」与「心智地图」;新增项目应用时,更新「应用案例」。