07 Workflow 工作流

学习目标

你将学会把复杂任务拆成可调试、可复用、可上线的节点流程。

Workflow 适合什么

Workflow 适合单轮、固定步骤的任务。官方文档中，Workflow 可以通过 User Input 或 Trigger 启动；其中 User Input 启动的 Workflow 可以发布为 Web App、API、MCP Server，或者作为其他 Dify 应用中的工具使用。

适合：

• 文本总结。
• 信息抽取。
• 内容生成。
• 审核流程。
• 批处理任务。
• 外部 API 串联。

设计原则

一个节点只做一件事

不要让一个 LLM 节点同时判断意图、查资料、写答案、做格式转换。拆开后更容易调试。

结构化输出

下游节点需要稳定输入，所以关键节点尽量输出 JSON 或固定字段。

先做主路径，再做异常路径

主路径跑通后，再补：

• 空输入。
• 资料不足。
• API 失败。
• 模型输出格式错误。
• 用户输入违规。

常见流程

内容改写工作流

1. Start：用户输入原文、目标平台、语气。
2. LLM：分析原文重点。
3. LLM：生成改写版本。
4. LLM：检查是否符合平台风格。
5. Answer：输出最终版本和修改说明。

客诉分类工作流

1. Start：用户输入反馈。
2. LLM：抽取问题、情绪、诉求。
3. IF/ELSE：判断紧急程度。
4. HTTP Request：创建工单。
5. Answer：返回处理结果。

节点命名

节点名称要表达业务动作：

• 不推荐：LLM 1、LLM 2、Node 3。
• 推荐：判断用户意图、生成退款摘要、检查输出格式。

调试方法

• 每次只改一个节点。
• 保存测试输入。
• 对比节点输入输出。
• 把失败案例写进测试表。
• 不要在没记录的情况下随意调多个参数。

常见错误

• 节点太少，所有逻辑塞进一个 Prompt。
• 节点太多，每一步都没有必要。
• 分支条件依赖自然语言。
• 没有错误提示。
• 没有最终验收标准。

本章练习

做一个“用户反馈处理 Workflow”：

• 输入用户反馈。
• 判断问题类型。
• 判断紧急程度。
• 生成客服回复。
• 输出工单摘要。