前言¶
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。
