用途：在 Agently 中设计多智能体解决方案，重点判断业务问题应保持单次请求，还是拆分为多个专门智能体；选择多智能体模式；定义智能体边界与交接契约；并将设计路由到已有的 Agently 实现技能。适用问题包括规划者-执行者、监督者-路由者、专家交接、评审-修订、并行专家等模式，以及智能体边界、交接 schema、结果归属、按智能体隔离与工作流级共享的取舍，还有与 TriggerFlow、工具、MCP、KB/RAG、会话连续性、FastAPI 暴露的组合。
不适用：以 TriggerFlow API 本身为主的问题、以模型设置/输出 schema/工具循环/MCP 传输细节为主的问题，以及一次高质量请求即可完成、无需多个专门智能体的场景。
前置条件：Agently >= 4.0.8.5。
使用方式：先读 references/when-to-use-multi-agent.md 判断是否值得多智能体；用 references/core-patterns.md 选择业务模式；用 references/handoffs-and-boundaries.md 处理归属不清、上下文泄漏、交接不稳定；用 references/implementation-routing.md 路由到对应实现技能；行为仍异常时用 references/troubleshooting.md。
核心心智模型：仅当专门化或隔离是真实需求时才用多智能体。合理理由：不同智能体需要不同角色、工具、提供方或上下文边界；一个智能体应评审、约束或修订另一个；多个专家并行后由最终负责人综合；业务流需要明确归属边界而非一个过载提示词。弱理由：同一结果可由一次高质量结构化请求产出；智能体之间没有明确交接契约；多个智能体只是用略有差异的提示词重复同一工作。
选择规则：一名规划者或监督者决定下一个专家，选 planner-worker 或 supervisor-router；多名专家独立工作后由一名智能体综合，选并行专家加综合者；一名起草、另一名批评或修订，选 reviewer-reviser；一名收集或验证信息、另一名产出最终面向用户答案，选分阶段专家流水线；工作流需在步骤间暂停等待审批或外部输入，结合 agently-triggerflow-interrupts-and-stream；设计依赖显式父子工作流隔离，结合 agently-triggerflow-subflows。
重要边界：Agently 不暴露独立的多智能体运行时原语，多智能体系统由既有智能体与工作流能力组合而成；应由一名最终负责人对对外可见结果负责；交接尽量使用显式结构化契约；每个智能体的聊天历史默认隔离，仅共享真正需要跨边界的 state；设计应异步优先，使用有界扇出，避免无界递归委派。
限制：资料未提供具体收费、价格与效果数据。