Agent YML Generator#

将业务需求/SOP描述转化为可直接导入 Dify 1.3.1 平台运行的工作流 YAML 配置。

输入信息收集#

首先确认以下两点：

1. 业务需求描述：SOP文档、需求文字、流程说明（任意形式）

2. 工作流类型：

   • workflow（工作流）：有明确开始/结束，适合自动化批处理任务
   • advanced-chat（对话流）：适合对话式交互场景

如果用户没有明确说明类型，根据业务描述推断，并告知用户你的判断。

---

执行步骤#

按以下 4个阶段 依次执行，不可跳过：

阶段一：步骤拆分（生成结构化 JSON 工作流方案）#

使用 references/step-split-prompt.md 中的 System Prompt，将业务需求转化为结构化 JSON 工作流方案。

输出格式：标准 JSON 数组，包含每个节点的完整信息。

详见： references/step-split-prompt.md

---

阶段二：生成 Dify YAML#

使用 references/yaml-gen-prompt.md 中的规范，将阶段一的 JSON 方案转换为完整的 Dify 1.3.1 YAML。

关键要求：

• 工作流类型： workflow 时 mode: workflow， advanced-chat 时 mode: advanced-chat
• YAML 版本： version: 0.2.0（内部平台版本，对应外部 Dify 1.3.1）
• 所有 LLM 节点 provider 只用： openai 或 gemini
• 仅输出纯 YAML，无任何解释文字

详见： references/yaml-gen-prompt.md

---

阶段三：格式与语法修正#

使用 references/yaml-fix-prompt.md 的规则，对阶段二的 YAML 进行全面检查和修复：

必查项：

• YAML 语法：冒号后空格、缩进（4空格，禁Tab）、特殊字符转义、闭合完整性
• Dify 1.3.1 规范：节点 type 为小写（如 code_executor，不是 code-executor）、无 1.6 版本字段（ loop_type、 table_output_format 等）
• connections 链路：所有节点连线完整，无孤立节点
• 参数传递：每个节点（除 Start）的入参均来自前序节点

详见： references/yaml-fix-prompt.md

---

阶段四：最终润色与输出#

做最后检查，确保：

1. version 字段值为 0.2.0
2. 所有节点有 position、 height、 width 字段（合法数字）
3. data.title 和 data.desc 不为空字符串
4. 节点 type 合法值（ start/ document_extractor/ llm/ branch/ answer/ code/ end 等）
5. 对话流（advanced-chat）末尾用 answer 节点；工作流（workflow）末尾用 end 节点
6. 无 --- 或 ---- 分隔符（会导致平台报错）
7. 输出完整 YAML，无任何说明文字

---

输出规范#

最终输出：

1. 简要说明工作流结构（节点数量、主要流程）
2. 完整的 YAML 代码块（用 ```yaml 包裹）
3. 提示用户直接复制导入 Dify 1.3.1 平台

---

注意事项#

• 严禁 输出 YAML 之外的内容（无解释、无注释、无标题）在 YAML 代码块内
• 严禁 使用 1.6 版本字段： loop_type、 table_output_format、 yangyaofei/vllm provider
• LLM 节点变量引用格式： ${变量名}（不支持 ${节点ID.变量名}）
• Branch 节点条件只用简化表达式： ${变量名} != ""、 ${变量名} == "success"（禁用 len() 等复杂函数）
• 遇到【迭代】/【循环】等复杂节点，可用多个串行 LLM 节点替代