30款热门AI模型一站整合DeepSeek/GLM/Qwen 随心用限时 5 折。 点击领海量免费额度如果你正在寻找一个能让你快速构建、部署和管理 AI 应用但又不想陷入复杂代码和基础设施泥潭的平台那么 Dify 很可能就是你一直在等的答案。过去一个想法从原型到上线需要经历模型选型、API 集成、Prompt 工程、前后端开发、部署运维等一系列繁琐环节每个环节都可能成为技术瓶颈。而现在Dify 将这一切整合进一个直观的拖拽式界面中宣称能让 AI 应用开发像搭积木一样简单。但 Dify 真的能兑现“生产级”的承诺吗它和 LangChain、Flowise 这些同类工具有何不同对于开发者、产品经理甚至业务人员它的价值点究竟在哪里更重要的是如何从零开始真正用它构建出能解决实际问题的企业级应用这篇文章将为你彻底拆解 Dify。我不会只复述官网的功能列表而是结合其最新特性如 v1.9.2 的 MCP 双向集成带你从核心概念、环境部署、实战项目构建一路深入到高级工作流设计和生产环境最佳实践。无论你是想快速验证一个 AI 创意还是需要为企业搭建一个稳定、可扩展的 AI 中台这篇文章都将提供一条清晰的路径帮你避开 99% 的常见弯路。1. Dify 究竟是什么重新定义 AI 应用开发范式在深入技术细节之前我们必须先理解 Dify 试图解决的根本问题。它不是一个简单的 Prompt 管理工具也不是一个单纯的聊天机器人框架。Dify 的定位是“生产级 Agentic 工作流开发平台”。这个定位包含了三个关键信息第一它面向“生产级”。这意味着它从设计之初就考虑了企业级应用所需的稳定性、可观测性、安全性和可扩展性。许多 AI 原型工具在演示时很酷但一到生产环境就暴露出日志缺失、监控困难、难以扩容等问题。Dify 内置了应用监控、日志追踪、多模型版本管理、基于角色的访问控制RBAC等特性旨在让应用能平稳地从实验室走向真实业务场景。第二它强调“Agentic 工作流”。这是 Dify 区别于简单聊天接口的核心。一个 Agent智能体不仅仅是回答一个问题它能根据目标自主规划、调用工具、处理多轮对话、访问外部数据。Dify 通过可视化的“工作流”画布让你可以编排复杂的 AI 行为逻辑比如“先检索知识库再根据结果调用某个 API最后将结果格式化输出”整个过程无需编写胶水代码。第三它是“一站式”平台。从构思、开发、调试到部署、监控整个生命周期都在 Dify 内完成。它集成了 RAG检索增强生成引擎、支持几乎全球所有主流大模型开源/闭源、提供了丰富的插件市场并且最新版本v1.9.2还支持将应用反向发布为 MCPModel Context Protocol服务实现了能力的双向流通。简单来说Dify 降低了 AI 应用工程化的门槛。它让非专业开发者如产品经理、业务专家也能参与构建 AI 应用同时为专业开发者提供了强大的扩展能力和工程管控手段避免了从零造轮子的巨大成本。2. 核心架构与核心概念解析要高效使用 Dify必须理解其几个核心概念这能帮你建立正确的“心智模型”。2.1 核心组件应用、工作流、知识库与模型一个典型的 Dify 应用由以下几个核心部分构成应用Application这是最终交付给用户的产品可以是一个聊天机器人、一个内容生成工具或一个自动化流程。每个应用都绑定了一个或多个工作流或对话配置。工作流Workflow这是 Dify 的“大脑”。一个可视化、可拖拽的流程图用于定义 AI 的执行逻辑。节点类型包括LLM 节点调用大语言模型。知识库检索节点从已上传的文档中查找相关信息。代码执行节点运行 Python 或 JavaScript 代码。HTTP 请求节点调用外部 API。条件判断节点实现分支逻辑。变量与赋值节点在流程中传递和操作数据。知识库Knowledge BaseDify 内置的 RAG 引擎核心。你可以上传文本、PDF、Word、Excel、PPT 等多种格式的文档系统会自动进行文本分割、向量化处理并存入向量数据库默认使用 Qdrant。在工作流中可以轻松接入知识库让 AI 的回答基于你提供的专有数据极大提升准确性和专业性。模型供应商Model ProviderDify 支持“开箱即用”地接入数十种模型包括 OpenAI GPT 系列、Anthropic Claude、Google Gemini、国内主流大模型以及通过 OpenAI-Compatible API 接入的本地模型如通过 Ollama、vLLM 部署的模型。你可以在一个界面统一管理和切换它们。2.2 关键特性RAG、Agent 与 MCPRAG PipelineDify 的 RAG 不是简单的文本匹配。它提供了完整的处理流水线包括文档解析、文本分块、向量化嵌入、混合检索关键词向量以及引用溯源。你可以在界面上调整分块策略、相似度阈值等参数优化检索效果。Agent 策略Dify 的 Agent 能力体现在工作流中。你可以定义工具的调用逻辑何时调用、如何处理结果、设定 ReActReasoning and Acting式的思考过程甚至构建多 Agent 协作系统。这超越了简单的函数调用实现了更复杂的自主决策。MCPModel Context Protocol双向集成这是 v1.9.2 引入的革命性特性。传统上Dify 作为客户端去连接外部的 MCP 服务器以获取工具能力。现在Dify 自身构建的 AI 应用也能被发布为一个 MCP 服务。这意味着你在 Dify 里精心调校的一个智能客服或文档分析应用可以像插件一样被 Claude Desktop、Cursor 等支持 MCP 的客户端直接调用。这打破了平台壁垒极大地扩展了 Dify 应用的价值边界。2.3 Dify 与同类工具LangChain, Flowise的对比为了更清晰地定位 Dify我们做一个简单对比特性维度DifyLangChainFlowise核心形态一体化 SaaS/自托管平台开发框架SDK开源低代码节点编辑器使用方式提供完整 Web UI开箱即用纯代码需自行搭建前后端提供 UI 编辑器但需自行部署和维护后端服务上手难度低可视化操作适合全角色高需要较强的编程能力中需要一定的技术知识进行部署和调试生产就绪度高内置监控、日志、用户管理、多租户低需要自行实现所有工程化部分中提供了基础框架但企业级功能需二次开发扩展性高支持插件市场、代码节点、API极高完全代码控制无限可能中可通过自定义节点扩展但生态相对较小适用场景快速构建和部署可运营的 AI 应用企业内 AI 中台高度定制化、研究性质的 AI 系统需要深度控制流程个人或小团队快速原型验证对 UI 编排有需求的开发者核心判断如果你想要一个“拿来即用”的完整解决方案希望快速将 AI 想法转化为可上线、可运营的服务Dify 是最优选择。如果你追求极致的灵活性和控制力且团队有强大的工程能力LangChain 更适合。Flowise 则介于两者之间但需要你承担更多的运维责任。3. 环境准备与多种部署方式实战理论说再多不如动手跑起来。Dify 提供了极其灵活的部署选项从一分钟体验的云服务到完全掌控的本地私有化部署。3.1 部署方案选择云服务最快体验访问 Dify.ai 官网注册即可免费使用。适合个人学习、原型验证。但数据在云端且有使用限制。Docker 部署推荐最适合大多数开发者和企业的方案。通过 Docker Compose 一键拉起所有服务前端、后端、数据库、向量库等隔离性好易于管理。这也是本文重点讲解的方式。源码部署适合需要深度定制或二次开发的高级用户。Kubernetes 部署适合大规模、高可用的生产环境。3.2 Docker 部署详细步骤以 Linux/macOS 为例这是最主流、最稳定的部署方式。请确保你的系统已安装Docker和Docker Compose。步骤 1获取部署文件打开终端创建一个工作目录并进入然后拉取最新的 docker-compose 配置文件。# 创建并进入目录 mkdir dify cd dify # 下载 docker-compose.yml 配置文件 curl -o docker-compose.yml https://raw.githubusercontent.com/langgenius/dify/main/docker/docker-compose.yaml # 下载环境变量配置文件 curl -o .env https://raw.githubusercontent.com/langgenius/dify/main/docker/.env.example步骤 2配置环境变量编辑.env文件这是配置 Dify 的核心。我们重点关注几个必改项# 使用你喜欢的编辑器如 vim 或 nano vim .env找到并修改以下关键配置# 设置一个强密码用于加密和数据库访问 SECRET_KEYyour_very_strong_secret_key_here_change_me # 设置外部访问的地址如果是本地可以是 http://你的服务器IP:3000 # 如果是本地开发通常用 localhost APP_WEB_URLhttp://localhost:3000 # 数据库密码PostgreSQL PG_PASSWORDyour_postgres_password # 向量数据库密码Redis REDIS_PASSWORDyour_redis_password # 默认语言设为 zh-Hans 为中文 LANGUAGEzh-Hans # 邮件服务配置可选用于用户注册/找回密码 # MAIL_TYPEsmtp # MAIL_HOSTsmtp.gmail.com # MAIL_PORT587 # MAIL_USERNAMEyour_emailgmail.com # MAIL_PASSWORDyour_app_specific_password步骤 3启动 Dify 服务在包含docker-compose.yml和.env文件的目录下运行以下命令# 在后台启动所有服务 docker-compose up -d这个命令会拉取所需的镜像包括 PostgreSQL, Redis, Qdrant 等并启动容器。首次运行需要下载镜像时间取决于你的网络。步骤 4验证服务状态使用以下命令查看容器是否正常运行docker-compose ps你应该看到类似下面的输出所有服务状态应为UpName Command State Ports ---------------------------------------------------------------------------------- dify-api-1 /bin/bash /entrypoint.sh Up 5001/tcp dify-web-1 /bin/bash /entrypoint.sh Up 0.0.0.0:3000-3000/tcp dify-db-1 docker-entrypoint.sh postgres Up 5432/tcp dify-qdrant-1 /bin/bash /qdrant-entrypoint.sh Up 6333/tcp, 6334/tcp dify-redis-1 docker-entrypoint.sh redis-server Up 6379/tcp步骤 5访问并初始化打开浏览器访问http://localhost:3000如果你配置了APP_WEB_URL为其他地址则访问对应的地址。 首次访问会进入初始化页面你需要设置管理员账号邮箱和密码。填写企业/组织名称。最关键的一步配置模型。你可以输入 OpenAI API Key或配置其他模型供应商如 Azure OpenAI, Anthropic 等。如果暂时没有可以先跳过但后续构建应用时需要配置至少一个可用的模型。至此一个功能完整的 Dify 平台就在你的本地环境运行起来了。3.3 Windows 系统部署注意事项对于 Windows 用户步骤类似但需要注意确保安装的是Docker Desktop for Windows并启用 WSL 2 后端以获得更好的性能和兼容性。在 PowerShell 或 WSL 终端中执行上述curl和docker-compose命令。如果localhost无法访问可以尝试使用http://host.docker.internal:3000或你电脑的实际 IP 地址。.env文件中的APP_WEB_URL可能需要设置为http://host.docker.internal:3000。4. 第一个企业级实战项目构建智能知识库客服机器人现在我们用一个最经典的企业场景——智能客服机器人——来上手 Dify。这个机器人将能回答关于你公司产品、制度等内部文档的问题。项目目标创建一个能基于企业内部知识库如员工手册、产品说明书进行智能问答的聊天机器人。4.1 第一步创建知识库登录 Dify进入控制台。在左侧导航栏点击“知识库”-“创建知识库”。填写知识库名称例如公司产品手册。选择分段处理方式对于常规文档使用“智能分段”即可。上传文档。支持拖拽上传你可以上传 PDF、Word、TXT、Markdown 等格式。例如上传一份product_manual.pdf。点击“启用”。Dify 会在后台自动进行文本提取、分块、向量化并存入向量数据库。这个过程需要一些时间你可以在“索引状态”中查看进度。4.2 第二步创建应用并配置基础对话点击左侧“应用”-“创建应用”。选择“对话型应用”命名为产品智能客服。进入应用构建界面后首先在“模型与提示词”区域配置 LLM。在“模型”下拉框中选择一个供应商如 OpenAI和模型如 gpt-4o-mini。在“提示词”区域编写系统提示词例如你是一个专业、友好的产品客服助手。请严格根据提供的知识库内容来回答用户关于产品的问题。如果知识库中没有相关信息请如实告知用户“根据现有资料我暂时无法回答这个问题”不要编造信息。 回答时请保持简洁、清晰并引用相关的文档片段。在“上下文”部分勾选“知识库”并选择我们刚才创建的公司产品手册知识库。设置“相似度阈值”和“返回数量”以控制检索的严格程度。4.3 第三步使用工作流实现高级逻辑可选但推荐基础对话只能进行单轮检索回答。如果我们想让机器人更智能比如先判断用户意图再决定是检索知识库还是查询订单状态就需要工作流。在应用界面切换到“工作流”标签页点击“创建工作流”。我们将构建一个简单的工作流用户输入-意图分类-分支如果是产品问题则检索知识库否则进行通用对话-LLM生成回答。拖拽节点从左侧面板拖入一个“开始”节点。拖入一个“LLM”节点将其连接到“开始”节点。在这个 LLM 节点中我们配置一个“意图分类”的提示词请判断用户问题的意图类别。 可选类别[产品咨询] [订单查询] [其他问题]。 用户问题{{input}} 只输出类别名称不要输出其他任何内容。拖入一个“条件判断”节点。设置条件为{{intent_classification}}上一步 LLM 的输出变量等于产品咨询。拖入一个“知识库检索”节点连接到条件判断节点的“是”分支。配置它检索公司产品手册知识库查询内容为{{input}}。再拖入一个“LLM”节点连接到“知识库检索”节点之后。这个 LLM 将基于检索到的上下文生成最终回答。提示词可以这样写你是一个客服助手。请根据以下上下文信息回答用户的问题。 上下文{{#context#}} !-- 这是知识库检索节点返回的变量 -- 问题{{input}} 回答拖入另一个“LLM”节点连接到条件判断节点的“否”分支。这个 LLM 处理非产品咨询的通用对话。最后拖入一个“回答”节点将两个分支的 LLM 输出都连接到这里作为工作流的最终输出。配置变量确保各个节点之间的变量传递正确。点击画布空白处在右侧的“变量”面板中你可以看到所有输入输出变量。保存并发布点击右上角“发布”。发布后在应用的“概览”页面将“对话方式”从“基础对话”切换到“工作流”并选择你刚创建的工作流。4.4 第四步测试与调试在应用界面的右侧找到“预览与调试”区域。输入一个问题例如“你们的产品A有哪些核心功能”点击发送你不仅能看到最终回答还能在下方展开“工作流运行详情”。这里会以时间线的形式展示每个节点的执行情况、输入和输出这对于调试复杂逻辑至关重要。如果回答不准确你可以检查知识库检索的相关文档是否匹配、LLM 提示词是否清晰、条件判断的逻辑是否正确。至此一个具备初步决策能力的智能客服机器人就搭建完成了。你可以通过“分享”功能生成一个公开链接让其他人也能访问测试。5. 深入核心可视化工作流设计进阶上面的例子展示了工作流的基础用法。Dify 工作流的强大之处在于其丰富的节点类型和灵活的编排能力。5.1 关键节点类型详解工具节点允许 AI 调用外部能力。Dify 内置了天气查询、维基百科搜索等工具更重要的是你可以通过“自定义工具”功能将任何 HTTP API 封装成工具。例如连接你的 CRM 系统查询客户信息或连接内部审批系统发起流程。创建自定义工具在“工具”设置中定义 API 的端点、方法、参数和认证方式。工作流中的 LLM 节点在配置了“工具调用”能力后就可以根据对话内容自主决定是否调用以及如何调用这个工具。代码节点当内置节点无法满足复杂逻辑时你可以插入 Python 或 JavaScript 代码块。例如对检索到的数据进行清洗、计算、格式化或者实现复杂的字符串处理。# 示例在 Python 代码节点中处理数据 # 输入变量raw_data (来自上一个节点) # 输出变量processed_data def main(raw_data: str) - dict: # 假设 raw_data 是一个包含价格的字符串 import re prices re.findall(r\$\d\.?\d*, raw_data) total sum(float(p.replace($, )) for p in prices) return { processed_data: f找到 {len(prices)} 条价格信息总计 ${total:.2f}, total_amount: total }变量赋值与循环通过“变量赋值”节点你可以在流程中动态修改变量的值。“循环”节点则可以处理列表数据例如对知识库检索返回的多条结果逐一进行摘要分析。5.2 构建一个多步骤内容生成工作流让我们设计一个更复杂的例子自动化营销文案生成器。输入一个产品名称和核心卖点。步骤1LLM节点根据输入生成5个不同的创意角度。步骤2循环节点对每一个创意角度并行执行以下子流程子步骤2.1LLM节点根据该角度生成一篇小红书风格的短文。子步骤2.2LLM节点根据同一角度生成一条微博文案。子步骤2.3变量赋值将两个结果合并。步骤3代码节点将所有生成的文案整合成一个格式良好的 Markdown 报告。输出一份包含多平台文案的完整营销方案。这个工作流充分利用了 Dify 的并行处理、循环和代码能力将原本需要人工反复操作的任务自动化并且每次生成都风格统一。6. 集成与扩展连接你的世界Dify 不是一个孤岛它的价值在于能轻松连接内外部的系统和数据。6.1 接入自有模型与 API除了使用 Dify 预置的模型供应商你可以轻松接入本地模型通过 Ollama、LocalAI、vLLM 等框架在本地部署模型然后在 Dify 的“模型供应商”中配置一个“OpenAI-Compatible”的端点即可。企业内大模型 API如果你的公司内部有部署好的大模型服务同样可以通过自定义 API 端点的方式接入。配置示例Ollama在服务器上运行 Ollama 并拉取模型ollama run qwen2.5:7b在 Dify 后台“模型供应商” - “新增供应商” - 选择“OpenAI-Compatible”。填写配置名称Local-Ollama模型类型LLM接口地址http://你的服务器IP:11434/v1(Ollama 默认端口)API Key留空如果 Ollama 未设置认证保存后即可在应用配置中选择Local-Ollama供应商下的模型。6.2 通过 API 集成外部系统Dify 为每个应用提供了丰富的 API。在应用“概览”页面的“API 访问”部分你可以找到API Key和Endpoint。你可以用这个 API 将 Dify 应用集成到你的网站、移动 App、企业内部系统如 OA、CRM或微信公众号中。示例通过 cURL 调用curl -X POST \ https://api.dify.ai/v1/chat-messages \ -H Authorization: Bearer YOUR_APP_API_KEY \ -H Content-Type: application/json \ -d { inputs: {}, query: 你们公司的主营业务是什么, response_mode: streaming, # 或 blocking user: user_123 }6.3 插件生态与 MCP 发布插件市场Dify 社区提供了大量插件可以一键集成 Google Search、WolframAlpha、Stable Diffusion 图像生成等能力。这极大地扩展了 AI 应用的功能边界。发布为 MCP 服务v1.9.2这是将 Dify 应用能力“反哺”给生态系统的关键特性。你可以在应用的高级设置中将其发布为 MCP Server。发布后任何支持 MCP 协议的客户端如 Claude Desktop、Cursor IDE都能发现并使用你这个应用作为工具实现了能力的跨平台流通。7. 生产环境部署与最佳实践将 Dify 用于企业核心业务时必须考虑稳定性、安全性和性能。7.1 部署架构建议对于正式环境不建议使用单机 Docker Compose。推荐以下架构数据库将 PostgreSQL 和 Redis 迁移到云服务商如 AWS RDS, Azure Database或自建的高可用集群。向量数据库生产环境建议使用PGVector与业务数据库集成或Weaviate、Milvus等专业向量数据库替代默认的 Qdrant以获得更好的性能和可管理性。应用服务器将dify-api和dify-web服务部署在 Kubernetes 或 Docker Swarm 上并配置水平扩缩容HPA。存储确保文件上传目录如storage卷使用持久化存储并做好备份。网络与安全通过 Nginx/Ingress 配置 HTTPS、域名、限流和防火墙规则。务必修改所有默认密码和密钥。7.2 配置优化与监控环境变量调优在.env文件中根据服务器配置调整WORKER_COUNT、WEB_CONCURRENCY等参数以优化并发性能。日志收集配置 Docker 的日志驱动或将日志输出到stdout然后使用 ELKElasticsearch, Logstash, Kibana或 LokiGrafana 进行集中式日志管理和分析。监控告警为关键服务API、数据库、向量库设置健康检查。监控服务器资源CPU、内存、磁盘和 Dify 自身的监控指标可在管理后台查看。7.3 安全与权限管理RBAC角色与权限控制Dify 企业版或社区版通过配置支持完善的权限体系。为不同团队成员分配“所有者”、“管理员”、“编辑者”、“查看者”等角色严格控制对应用、知识库的修改和访问权限。数据隔离在多团队使用同一套 Dify 实例时利用“工作空间”功能实现数据逻辑隔离。审计日志定期检查管理后台的操作日志追踪所有关键变更。API 安全妥善保管API Key使用环境变量而非硬编码。为不同的集成方创建不同的 Key并设置调用频率限制。8. 常见问题与故障排查在实际使用中你可能会遇到以下典型问题。这里提供一个快速排查指南。问题现象可能原因排查步骤解决方案应用启动失败docker-compose up报错端口冲突、镜像拉取失败、.env文件配置错误。1. 检查 3000, 5001, 5432, 6379, 6333 端口是否被占用。2. 运行docker-compose logs查看具体错误日志。3. 检查.env文件格式确保没有语法错误SECRET_KEY已修改。1. 修改docker-compose.yml中的端口映射。2. 确保网络通畅尝试docker-compose pull。3. 参照官方示例重新配置.env。访问localhost:3000显示连接失败前端服务未成功启动或防火墙阻止。1.docker-compose ps查看dify-web容器状态。2.docker-compose logs dify-web查看前端日志。1. 重启前端服务docker-compose restart dify-web。2. 检查本地防火墙或安全组设置。知识库文档处理失败一直显示“索引中”文档格式不支持、文件过大、解析出错或向量数据库连接问题。1. 在知识库页面点击文档名称查看处理详情和错误信息。2. 检查docker-compose logs dify-api中是否有相关错误。3. 确认 Qdrant 容器运行正常。1. 尝试将文档转换为纯文本或 PDF 格式重新上传。2. 对于大文件尝试在“分段设置”中调整分块大小和重叠度。3. 重启相关服务。AI 回答“未找到相关知识”或回答不相关检索相似度阈值设置过高/过低或知识库内容未正确索引。1. 在应用配置中调低“相似度阈值”如从 0.8 调到 0.5。2. 在知识库的“测试”标签页直接输入关键词测试检索效果。3. 检查文档的分块预览看内容是否被正确分割。1. 调整阈值并在“返回数量”中增加返回的片段数。2. 优化文档结构确保关键信息清晰。3. 尝试不同的“索引方式”如高精度模式。工作流运行卡住或报错节点配置错误、变量未传递、API 调用超时。1. 在“预览与调试”中展开工作流运行详情查看具体在哪一个节点失败。2. 检查失败节点的输入变量是否正确。3. 对于 HTTP 请求节点检查网络连通性和 API 响应格式。1. 根据错误信息修正节点配置如提示词、参数。2. 使用“变量”面板检查上下游节点的变量名是否匹配。3. 为外部 API 调用设置合理的超时时间并添加错误处理分支。调用自有模型 API 超时或无响应网络不通、模型服务未启动、API 路径或密钥错误。1. 在服务器上使用curl命令直接测试你的模型 API 端点。2. 检查 Dify 模型供应商配置中的Base URL和API Key。3. 查看dify-api容器的日志寻找连接错误。1. 确保模型服务在运行且端口可访问。2. 核对 API 文档确认请求路径和参数格式正确。3. 对于本地部署确保 Dify 容器网络能访问到宿主机的服务可使用host.docker.internal地址。9. 总结从入门到精通的路径与资源Dify 的强大在于它用一个产品覆盖了 AI 应用从构思到上线的全链路。通过本文你应该已经掌握了从部署、核心概念理解、到构建第一个实战项目再到设计复杂工作流和规划生产环境的完整路径。给不同角色的行动建议对于开发者不要只把 Dify 看作一个无代码玩具。深入其工作流、代码节点和 API将其作为快速构建 AI 应用后端和原型的利器把节省下来的时间用于解决更复杂的业务逻辑集成。对于产品经理/业务人员利用 Dify 的可视化界面亲自搭建业务场景的 AI 原型用真实的工作流与开发、算法团队沟通需求能极大提升协作效率。对于企业架构师评估将 Dify 作为企业内部的 AI 能力中台的可能性。它统一了模型接入、知识管理、应用开发和权限控制能有效避免各部门重复造轮子。后续学习方向探索插件市场为你的应用增加图像识别、语音合成、爬虫等能力。深入研究 RAG 优化学习更高级的检索策略、重排序Re-ranking和提示词工程提升问答准确率。实践 MCP 集成尝试将 Dify 应用发布为 MCP 服务并在 Claude Desktop 中调用体验跨平台 AI 能力融合。参与社区Dify 拥有活跃的 GitHub 和 Discord 社区。遇到问题时去那里搜索或提问关注最新的版本特性和最佳实践分享。AI 应用的工程化浪潮已至Dify 提供了一个兼具易用性与强大能力的跳板。现在是时候将你的想法通过拖拽和配置转化为真正可运行、可迭代、可交付的智能产品了。 30款热门AI模型一站整合DeepSeek/GLM/Qwen 随心用限时 5 折。 点击领海量免费额度