用途：这是一套把工作委派给并行子智能体的模式，用于在 Claude Fable 5 / 5.1 上缩短墙钟时间并提升验证质量；使用不当则会因协调开销浪费 token。
何时委派：子任务需同时满足三点——独立于当前工作上下文、规模足以摊平交接成本、能用几句话加文件指针说明清楚。紧耦合的编辑不要委派，协调成本会超过并行收益。
协调方式：同一轮中启动相互独立的子智能体，并在它们运行时继续自己的工作，不要阻塞等待最慢的一个；仅在出现信号时介入，例如子智能体偏离方向或缺少它自己无法获取的上下文。优先使用跨相关子任务携带上下文的长生命周期子智能体，而非每个子任务重新生成，重复加载上下文是主要的隐性成本。
运行框架：启动工具立即返回，每个结果在就绪后通过后续用户消息回到主智能体，另有独立工具让主智能体在需要时等待。批量发起相互独立的工具调用；在编码与计算机使用循环中，若下一步读取是隐含而非明确指定的，5.1 可能每轮只发一个调用，可在每批工具结果之后追加一条轮次范围内的系统消息进行提示：列出接下来需要什么，并在本次响应中请求所有不依赖其他结果的内容，不要修改更早的轮次。
全新上下文验证器：检查已完成工作时，使用上下文干净的独立验证子智能体优于自我批评，因为它不共享你的假设，也就不会共享你的盲点。只把规格说明和输出交给验证器，不要给推理过程，并让它按固定节奏（每 N 个组件、每 X 小时）报告与规格的偏差，而不是只在最后检查一次。
交接模板：一份好的子智能体简报应恰好包含目标及其原因（各一句话，意图帮助子智能体把任务与发现联系起来）、输入（路径/数据）、完成定义（可检查）、约束（不要触碰什么）以及结果写入位置。若填不全这些内容，说明任务尚不具备委派条件。
限制：资料未提供具体安装命令、平台支持范围、收费方式或实测效果数据。