1981 年 7 月的一个星期五傍晚，7 点 05 分，堪萨斯城的凯悦酒店正在办舞会。中庭里挤了一千五到两千人，有些人站在横跨大堂的天桥上看热闹。就在这时，四楼天桥连同吊在它下面的二楼天桥，一起砸到了大堂地面上。密苏里州上诉法院后来统计，114 人死亡。
天桥断在横梁和吊杆相接的地方。这些节点有段奇怪的来历：结构工程师作证说，他本来打算让钢结构加工厂去设计；加工厂画图时，却是按工程师已经设计好来理解的。其余经过见案例。
每一块活，只放进一个格子
把大活拆到能派出去，再查一遍有没有漏在缝里的。
这就是工作分解结构，简称 WBS。从项目最终要交付的东西出发，先拆成几大块，每块再往下拆，一直拆到每一小块都是一个团队能自己计划、算成本、扛责任的活。美国航天局（NASA）的 WBS 手册适用于从科研到航天器的各种项目，它要求这个结构围绕产品来搭，而不是照着组织架构图来搭，并且「应当涵盖项目的全部工作范围」。最底层叫工作包，手册规定每个工作包「只分派给一个组织单位」。
拆，是容易的部分；真正的价值在查。NASA 要求每个项目配一份 WBS 词典，写清每一块包含什么，目的是确保「所有工作范围都已识别，并消除工作分派上的重复和重叠」。两块都认领同一件事，就是白费力气；一件事哪块都没认领，就没人去做。
两个格子之间的那个节点
凯悦酒店的节点，正好卡在一条边界上。法院写道，节点设计是结构工程师的责任；按惯例，工程师也可以把它交给加工厂，只要在图纸上标明。「这些图纸两样都没做到。」于是两家公司都把这件活当成了对方的。
接着，活儿本身又变了。为了加工方便，加工厂提出让下层天桥挂在上层天桥下面，这让上层节点的荷载翻了一倍。法院认定，工程师没做计算就批准了。NASA 的手册要求，工作范围一变，分解结构就要跟着修订。像这样的改动，正是该重新问一遍「这块活归谁」的时候。
这当然不是唯一的毛病。美国国家标准局发现，即便按最初的设计，那个节点也达不到建筑规范。清楚的分解并不能保证谁的活一定做对，它保证的是，总有一个人要为核查它负责。
活最容易在边界上丢，所以成熟的分解结构，会给「拼接」本身单独留一个格子。NASA 的标准结构里，就专门有一项叫「系统集成与测试」，管的就是让各部分对得上。
设想一家人搬家。清单上写着：收拾厨房、订搬家车、打扫旧房子，一人认领一项。没人写下「把钥匙还给房东」，到了最后一天，三个人可能都以为别人还了，押金也就可能被扣着退不回来。
给 AI 智能体分活
把活分给几个 AI 智能体，会碰上同样的问题，有时来得更快。2025 年，Anthropic 介绍了它的一个研究系统：由一个主智能体把问题拆成子任务，交给其他智能体去做。早期版本里，主智能体给的指令很短，比如「研究一下半导体短缺」，结果常常太含糊。有一个子智能体去查 2021 年的汽车芯片危机，另外两个却重复去查 2025 年的供应链。Anthropic 写道：「没有详细的任务描述，智能体就会重复干活、留下缺口，或者找不到必要的信息。」
它的解决办法读起来就像一个工作包：每个子智能体「需要一个目标、一种输出格式、关于使用哪些工具和资料来源的指引，以及清楚的任务边界」。不管拆活的是人还是模型，要查的都是那几件事：各块加起来是不是整件事，每块是不是只有一个主人，接缝又归谁管。
凯悦酒店的图纸上，每一根梁、每一根吊杆都有自己的位置。唯独梁和吊杆之间的那个节点，没有一个说得清的主人。