Dify 多智能体流程的价值在于分开职责和验收，不是简单连续放多个大模型节点。研究 Agent 应产出带来源的材料，审核 Agent 只检查证据和缺口，最终是否通过由条件节点读取结构化字段决定。 本文按 Dify 官方工作流教程的多 Agent 思路整理，未在你的模型供应商和知识库上实测；不同版本的节点名称与可用模型可能变化，应以当前工作台为准。
本篇验收要点：主管节点把原始问题整理成单一研究任务，研究 Agent 只能调用已批准的搜索或知识库工具，并返回结论、来源和未确认项。 审核 Agent 不继续研究，只按检查表输出 pass、issues 和 missing_evidence，随后由条件分支决定交付或返工。
开始前准备
- 一个可运行的 Dify Workflow 应用
- 研究 Agent 能访问的受控知识来源
- 明确的交付格式和审核清单
- 三条正常与两条资料不足的测试问题
按顺序搭建
- 在 Start 节点定义 question、scope 和 deadline 三个字段，限制问题长度，避免把整段未知指令直接交给工具。
- 用第一个 LLM 节点把问题整理成研究任务 JSON，只拆任务，不输出最终答案。
- 加入研究 Agent，只配置检索类工具；要求每条结论附 source_id，并把无法确认的内容放入 unknowns。
- 加入审核 Agent，输入研究结果和固定检查表，禁止访问新工具。输出 pass、issues、missing_evidence 三个字段。
- 条件分支只读 pass：通过时格式化交付；不通过时返回具体缺口或最多返工一次，不能让两个 Agent 无限互调。
可复制的最小示例
研究与审核之间可以约定下面的结构，字段是示意：
{
"answer_draft": "...",
"claims": [{"text": "...", "source_id": "S1"}],
"unknowns": ["尚未确认的版本信息"],
"review": {"pass": false, "issues": ["S1 不支持版本结论"]}
}
怎样验收结果
验证标准是研究 Agent 的关键结论都能回到来源，审核 Agent 对故意缺少证据的样例返回不通过，条件节点按布尔字段分流，整个流程在设定次数内结束。
- 研究输出没有来源的结论会被审核拦截
- 审核 Agent 没有搜索或写入工具
- 返工次数有硬上限
- 最终答案保留可回查来源而非删除审计字段
常见失败与处理
- 两个 Agent 输出相互覆盖：为每个节点使用独立变量名。
- 审核永远通过：加入缺失来源、冲突结论等负面用例。
- 流程循环：把返工次数作为变量，并由条件节点强制停止。
读者下一步是用一条自己能人工判断的简单问题搭建研究和审核两节点流程，再加入缺失来源用例确认审核会拦截。
相关问答
主管也需要是 Agent 吗？
任务拆分规则稳定时，用 LLM 或代码节点更容易控制；只有确实需要选工具时再使用 Agent。
多个 Agent 能共享记忆吗？
可以传递必要的结构化结果，但不要默认共享完整对话；明确字段更容易排错和审计。
官方资料与适用边界
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32427.html
