Orchestration Tax（编排税）
[!info] 知识库定位 这是一篇 权威概念页，用于作为「编排税」的统一解释入口。 概念由 Richard Seroter 在 Google I/O 2026 panel 命名，Addy Osmani 系统化展开（原文），核心是用并发系统的语言重新描述人类的注意力瓶颈。首次在知识库中沉淀。
[!abstract] 一句话定义 编排税（orchestration tax）是你忘了「启动更多 agent ≠ 更多你可用」时付出的结构性代价——你的认知带宽不能并行，所有判断（真正驾驭它们、合并它们写的代码）都要串行通过唯一的你。修复方式不是更努力，而是像架构任何并发系统一样架构你自己的注意力。
为什么需要它？
多 agent 时代出现了一种新型虚假高产：你能跑 20 个 agent，感觉极度忙碌，dashboard 全满、一切在动——但那不是 20 个 agent 的已 ship 工作。「感觉忙」和「高产」彻底脱钩了，且这个失败模式对你不可见（从里面感觉一模一样）。
这个词命名了背后的结构性瓶颈，让你意识到：这是架构问题，不是纪律问题——你不能靠「更努力」修一个结构性限制。
核心直觉
[!tip] 你是你 AI agent 的 GIL Python 有全局解释器锁（GIL）：你能 spawn 任意多线程，但同时只有一个能执行 bytecode（要获取那把锁）。
你就是你 AI agent 的 GIL。 它们都能同时跑，但任何需要真正架构理解、或解决 merge conflict 的工作，都要获取那把唯一的锁——你拿着，且只有一把。
[!note] Amdahl’s Law：串行部分封顶并行加速 并行化带来的加速，被无法并行的那部分工作的比例封顶。在 agent 开发里，串行部分是 judgment（判断）。spawn 8 个 agent 不会加速你的判断时间，只会让喂给判断步骤的队列深得多。
性能工程的老事实：优化非瓶颈部分不增加吞吐，只增大瓶颈前未完成工作的堆。加 agent 优化了从不是约束的部分；约束是 review 步，系统吞吐 = 那步的吞吐。
一句话：Starting agents is cheap; closing the loop is not.（启动廉价，闭环昂贵）——因为闭环（检查正确性、协调冲突）必须有人做，那个人是你，且只有一个你。
它是怎么工作的？
流程图：GIL + Amdahl 视角下的编排税
flowchart LR
A1["Agent 1<br/>生产者"] --> L{"🔒 GIL = 你<br/>(唯一串行锁)"}
A2["Agent 2<br/>生产者"] --> L
A3["Agent N<br/>生产者"] --> L
L --> J["judgment / review / merge<br/>串行消费者"]
J --> Q["队列堆积<br/>Amdahl: 串行部分封顶加速"]
Q -.->|"硬扛: 100% 无 slack 运行"| S["shallow review<br/>或 [[Cognitive Surrender]]"]
两种结构性代价
- 100% 无 slack 运行：你是一个被 100% 占用、没有余量的串行处理器——这正是「比以往更高产、也比以往更累」同源的原因。两者都真，且同一个因。
- Context switch cost：每次检查离开过的 agent，你 flush 大脑、从一个冷 context 重载——CPU 微秒级完成、架构师仍努力避免；你分钟级完成、且永远无法完美重载。5 个 agent 不是「1x 工作做 5 次」，而是「5 次冷重载 + 一个持续担心该查哪个 agent 的后台脑进程」。
[!danger] 硬扛修不了结构性限制 你不能靠「更努力」修结构性限制。税反正要付：要么刻意付（架构注意力），要么让它静悄悄摧毁你对自己系统的理解——以 shallow code review 或 Cognitive Surrender（因没注意力构造自己观点而接受 agent 代码）的形式出现。
关键组件 / 核心要素
| 要素 | 含义 | 类比 |
|---|---|---|
| 启动/闭环不对称 | 启动 agent 廉价（一键），闭环昂贵（必须人检查+协调） | 下单免费、退货要排长队 |
| GIL（你是唯一锁） | 所有 judgment 都要获取你 | Python 全局解释器锁 |
| Amdahl 封顶 | 串行部分（judgment）决定系统吞吐上限 | 并行计算加速定律 |
| Context switch cost | 每次切换 agent 都要冷重载 context | CPU 上下文切换，但你分钟级且不完美 |
| Backpressure（背压） | 生产者（agent）应降到匹配消费者（你的 review rate） | 消息队列的背压机制 |
| Busy ≠ Productive | 高产感与「ship 好代码到 main」脱钩 | 仪表盘全绿但没产出 |
与相关概念的关系
[!info] vs 笔记-loop-engineering 的并行 ceiling Loop Engineering 文章直接点出：worktree 消除了并行的机械碰撞，但「你才是 ceiling——你的 review bandwidth 决定你能真正跑几个，而不是工具」。这正是编排税：工具让你能 spawn，但收不了口。
[!note] 不付编排税 → Cognitive Surrender 当你「硬扛」、没有注意力构造自己观点时，你就滑向认知投降——直接接受 agent 的代码。编排税未付，是认知投降最常见的发生场景。
[:tip] 不付编排税 → 同时累积技术债 + Comprehension Debt Google I/O panel 上 Ciera Jaspan 引 Margaret-Anne Storey：未付的编排税，是你同时累积技术债和认知债的方式——你 merge 了没好好读的东西，心智模型完全过时。dashboard 看不到，production 爆了才看到。
[!note] 与 Intent Debt 互为表里 编排税部分是意图债税：管理多 agent 之所以累，很大一部分是在反复补充你从没写下的意图。偿还意图债（把 why 写下来）能直接降低编排税。
典型应用场景
- 并行多 agent（尤其 5+）——越过你的 review 带宽，税开始复利。
- 「感觉极度忙但 ship 得少」——busy/productive 脱钩的典型信号。
- 复杂任务也想并行化——大错误：复杂任务里 judgment 本身就是工作，并行只会 thrash the lock，结果更差。
- 资深工程师想榨满 agent 算力——最容易高估自己的并行上限。
常见误解与陷阱
[!danger] ❌ 误以为：多 agent = 多倍产出 ✅ 实际上：Amdahl 封顶。串行瓶颈是你，spawn 更多 agent 只加深喂给你的队列，不提高系统吞吐。20 个运行 agent 的高产感，与「把好代码 ship 到 main」是脱钩的。
[!danger] ❌ 误以为：更努力 / grinding 能跟上 ✅ 实际上：结构性限制靠架构（注意力），不靠纪律（更努力）。硬扛只会让限制以 shallow review 或 cognitive surrender 的形式静悄悄出现——你以为跟上了，实际在摧毁自己的系统理解。
[!danger] ❌ 误以为：工具让你 spawn 20，就该用满 ✅ 实际上：那 20 只是 UI feature。正确的并行数 = 你能好好 code review 的数量——对大多数人是个位数。fleet 规模应匹配 review rate（backpressure），不是匹配 UI 上限。
如何对抗：架构你的注意力
把你自己的注意力当成稀缺的串行资源来设计——你不会不给分布式系统的瓶颈深思，请给你的大脑同等待遇。
| 手段 | 做法 | 并发系统对应 |
|---|---|---|
| Scale fleet to review rate | agent 数（生产者）降到匹配你的 review rate（消费者） | Backpressure 背压 |
| Sort the work | 两堆任务：① 可委托 background agent 的隔离工作；② judgment 即工作的复杂任务。别并行第二堆——只 thrash the lock | 区分可并行 / 必串行任务 |
| Batch your reviews | 一次性 review 4 个，比逐个冷重载便宜；给 agent 长 leash 让工作堆一点再批处理 | 批处理降低 context switch |
| Only spend the lock on judgement | 让 agent 写过测试 / 生成截图，自验无聊的 80%；你只花注意力在真正需人的 20% | 把可自动化的移出串行路径 |
| Protect your serial time | 瓶颈需要你最好的时间，不是 agent 检查间隙的零碎分钟；有时最高杠杆是停掉编排、合上笔记本、对一个问题深思 | 给关键串行路径预留独占资源 |
延伸阅读
- 想看原始论证 → The Orchestration Tax — Addy Osmani（本文主要来源）
- 想看并行上限的另一面 → 笔记-loop-engineering（worktree 消除机械碰撞，但你是 ceiling）
- 想看税未付的后果 → Cognitive Surrender（硬扛 → 投降）· Comprehension Debt（merge 没读的 → 理解债）
- 想看税的一个成因 → Intent Debt（编排税部分是意图债税：反复喂没写下的意图）
- 想看并发系统的底层概念 → Amdahl’s Law · 全局解释器锁（GIL）· Backpressure（均待建或外查）
关联笔记
前置知识：Amdahl’s Law · GIL · 笔记-loop-engineering 同族概念：Cognitive Surrender（税未付的退化结果）· Comprehension Debt（税未付累积的债）· Intent Debt（税的一个成因） 应用场景：笔记-loop-engineering（多 agent 并行的并行上限）· Harness Engineering 学习来源：笔记-loop-engineering（首次在知识库中被引用）