技能介绍

要解决什么问题

在 Dify 1.x 里搭 chatflow、workflow、completion 或带工具的 agent，往往要对着控制台逐个节点连线，还要对齐 DSL 里的 version、变量写法（如 {{#sys.query#}} 与 {{#node_id.text#}}）以及各节点必填字段。手改 YAML 时，边引用并行分支上的节点、漏 conversation_variables、把 API Key 写进图里，都会导致导入失败或运行结果不可预期。

技能如何工作

技能按固定流程把需求落成可导入产物：先识别应用类型、输入输出与集成项；缺参时用一批 1～4 个问题补齐（应用形态、LLM 提供商、是否 RAG、外部通知与触发方式等），已说明的项会跳过并写明默认假设。再从 templates/ 选最接近的场景模板（如 rag-qa.yml、agent-with-tools.yml），必要时拼多块模板，并对照 references/dsl-schema.md 等生成完整图结构。

生成后会跑校验（边与节点 id、变量解析、节点必填项、DAG 与循环语义、密钥走 {{env.*}}），并输出流程示意。交付物固定为三样：DSL 文件、按 deployment.md 写的部署说明、以及变量映射表（类型、来源、被哪些节点消费）。

适用边界与注意点

默认输出 YAML；模型名需与用户已在 Dify 配置的提供商一致，不清楚时应先问。
Agent 需在 Dify 1.x 下选对 agent_strategy_providers（ReAct 或 Function Calling）；工具参数须是 JSON Schema。
并行分支上的节点输出不能当作确定顺序的上下游引用；知识库 mode 需与数据集设置一致。
Code 节点语言在 1.x 中为 python3 / javascript，不是泛泛的 python。

若只是泛泛了解 Dify、尚未确定要做哪类应用，先澄清目标再触发本技能更合适。