这张卡讲清一个被工具名词淹没的工程概念：编排层到底管什么、不管什么。
核心拆解：编排层负责四件事——任务分配、执行顺序控制、上下文与状态传递、失败处理与重试补偿。它决定系统骨架，不决定节点质量。最容易误用的地方有两个：一是把编排框架的能力当成系统能力，提示词不稳、工具返回脏数据这类节点内部问题框架一概不管，仍要靠评测与护栏解决；二是选型只比功能清单，忽略可观测性，等线上出事才发现调用链拼不出来。
增量判断：编排框架迭代极快、锁定效应明显，这张卡的增量是给出 FDE 的选型尺子——调用链追踪是否开箱即用、节点能否脱离框架单测、退出迁移成本多高。企业内网还要看默认依赖的云服务在私有化时怎么替换。
行动建议：审查当前编排方案，确认每个节点的失败路径都有处理逻辑且可被评测复现。追踪缺失时优先补观测再谈优化。
—— FDEChina编辑部 · 实战派
定义
智能体编排（Agent Orchestration）指对多个模型调用或多个智能体的任务分配、执行顺序、上下文传递与失败处理进行集中管理的工程层，是智能体系统里「骨架」所在。
展开
编排与智能体工作流是层次关系而非同义词：工作流是编排层上的一种产物，编排还涵盖动态分配（把任务派给哪个智能体）、状态持久化（长任务中断后从哪恢复）、并发控制与重试补偿。常见误用有两个：一是把编排框架的能力当成系统能力，节点内部的质量问题——提示词不稳、工具返回脏数据——框架一概不管，仍要靠评测与护栏解决；二是选型时只看功能清单，忽略可观测性，等出了线上事故才发现调用链拼不出来。
FDE 选编排方案的三把尺子：调用链追踪是否开箱即用、单个节点能否脱离框架独立测试、框架退出的迁移成本多高。企业内网环境还要叠加部署形态约束——很多编排框架默认依赖云服务，私有化交付时这比功能差异更要命。