1300 行代码能干多少事？Meta 工程团队的答案是：管住 20 多条数据管道工作流，却不写一行领域逻辑。他们把系统分成两半——一个约 1300 行的瘦编排器，只负责路由和可靠性检查；14 个上下文隔离的专项子智能体，各自处理自己的任务。编排器不做任何领域推理，它只关心两件事：谁该上场，以及出问题后如何保底处理。
这个设计的核心词是隔离。每个子智能体只装载自己那一段上下文，无关信息进不来，跑偏和出错互相影响的概率就低；故障影响范围变小，一个环节出问题不会拖垮整条链路。更实际的好处是迭代速度：改一个子智能体不用重跑全盘，prompt 和工具可以独立演进。把所有逻辑都塞进一个大编排器，看着聪明，实际上是所有脆弱点都集中在一个文件里；瘦编排器把这个难题移走了，可靠性逻辑集中一处，可读、可测、可审计。
代价当然有。路由本身成了难题：20 多条工作流分给 14 个智能体，边界怎么划、接口约定怎么定，比写业务逻辑更费劲。1300 行是结果，不是目标，为凑行数没有意义。真正值得借鉴的是那条原则：别让一个智能体既负责调度又充当领域专家。工程上的老道理，在智能体系统里同样有效——把决策和调度拆开，系统才管得住。
