前言¶
Dify 的工作流是用应用 DSL（YAML/JSON）描述的。实际开发中常见的困境是：需求用自然语言说清楚了，但要把它变成一个能导入 Dify 的合法 DSL，得手写节点、连线、变量引用和版本号，错一处就在导入时报错；反过来，拿到别人给的一份 DSL，想知道它到底做了什么、能不能改，也得逐段读。dify-workflow-builder 这类 Skill 试图把「从需求到可导入 DSL」这一段交给模型自动完成，输出 import-ready 的 Dify 1.x DSL（YAML 优先）并附部署说明。
下面介绍这个 Skill。
这是什么¶
dify-workflow-builder 是一个社区发布的 Agent Skill，坐标 @user_90516f5c/dwb，当前版本 1.0.0，分类 ai-agent，发布者 user_90516f5c，来源 community。它面向 Dify 工作流的构建与交付：把自然语言需求或已有的 DSL 文件，转成可以直接导入 Dify 的应用描述。
它解决三个具体问题：一是降低 DSL 编写门槛，不用记住节点类型和字段名；二是给出校验环节，尽量在导入前发现结构错误；三是产出部署指引，而不只是丢一份 YAML 给用户。
SkillHub 页面显示该 Skill 评分 100000，下载 888 次。标签 requires_api_key=false，即运行该 Skill 本身不需要额外 API key；实际调用 Dify 服务或外部模型时所需的凭证不在此列。
核心功能¶
按官方简介，触发范围覆盖 Dify 的主要应用形态：
1、智能代理（agent）、对话流程（chatflow）、工作流（workflow）、检索增强生成（RAG）流水线、多大模型路由（multi-LLM routing）。
2、知识库、向量检索。
3、消息通知通道：短信、邮件、飞书（Feishu）、Slack。
4、函数调用工具（function-calling tools）、代码执行节点、HTTP 接口集成。
5、流程控制结构：条件分支、循环迭代。
6、上述功能的任意组合。
除生成外，还有两类触发场景：用户上传 Dify DSL 的 YAML/JSON 文件、要求把 DSL 导入 Dify、调试 Dify 应用时启用；需要把自然语言需求转化为 Dify 应用时也启用。
输出物是 Dify 1.x 版本的 import-ready DSL，YAML 优先，另附一份部署说明。
安装与启用¶
已抓取资料中未提供命令行安装方式或 SKILL.md 的目录结构，因此不臆造安装命令。可核实的事实如下：
- 官方地址：https://api.skillhub.cn/user_90516f5c/dwb
- SkillHub 页面：https://www.skillhub.cn/skills/user_90516f5c/dwb
- 坐标：@user_90516f5c/dwb
- 版本：1.0.0
该 Skill 基于通用 SKILL.md 格式，需要在支持 Skill 的客户端（如 Cursor、Claude Code 等支持 SkillHub 的 Agent 工具）中启用。由于不同客户端对 Skill 的加载方式不同，且本次抓取未能打开官方页面核实，建议先通过上面两个地址确认当前可用的启用方式，再在本地客户端中配置。
典型用法¶
以下场景均来自官方简介中列出的触发条件，用作示例时可直接复现。
场景一：把自然语言需求转成 Dify 应用。例如输入「帮我搭个能用本地 Ollama 回答公司文档的机器人」，Skill 需要识别出这是 RAG 需求，涉及知识库与向量检索，可能还需要接入本地 Ollama 模型作为推理后端，然后产出对应的 DSL。
场景二：多分支、多模型的工作流。例如「make a multi-branch workflow that calls multiple LLMs」，对应条件分支与多大模型路由的组合，产出的 DSL 中应包含多个 LLM 节点和条件判断结构。
场景三：带通知的组合流程。例如「build me a local RAG agent with notification」，是检索增强生成与短信、邮件、飞书或 Slack 通知的组合，DSL 中会同时出现检索节点和通知节点。
场景四：已有 DSL 的处理。用户上传一份 YAML/JSON 时，Skill 负责解析内容、定位可调整的节点，或给出导入 Dify 的步骤。
需要说明的是，以上是触发场景的描述，不是 DSL 的实际输出样例。本次抓取未能打开官方页面，无法核对具体的 YAML 字段和节点结构，请以实际运行结果为准。
适用场景与注意¶
适合这几类人：不熟悉 Dify DSL 语法、但需要快速产出可用应用的开发者；拿到一份陌生 DSL、想快速理解其结构的维护者；需要把需求描述转成可导入产物、用于团队内部流程自动化的人。
需要注意的限制：
1、产出是 Dify 1.x 版本的 DSL，跨大版本导入前应先确认目标 Dify 实例的版本。
2、DSL 描述的是应用结构，不包含部署环境本身。部署说明需要结合具体的 Dify 部署形态执行。
3、Skill 本身的运行不需要 API key，但工作流里调用外部模型或消息服务时，那些服务的凭证仍需另行配置。
4、本次抓取未能打开官方页面，评分、下载量以外的细节（如具体的校验规则、支持的节点类型清单、示例 DSL）未获核实，使用前建议直接查阅官方地址。
结尾¶
dify-workflow-builder 的价值在于把「从需求到可导入 DSL」这一段自动化，并附带校验和部署指引，适合需要在 Dify 上快速搭建 agent、chatflow、工作流或 RAG 流水线的开发者。官方地址：https://api.skillhub.cn/user_90516f5c/dwb，SkillHub 页面：https://www.skillhub.cn/skills/user_90516f5c/dwb。
