当前位置：首页 > news >正文

低代码AI平台Coze与Dify对比：从概念到实战的选型与搭建指南

news 2026/7/3 19:20:10

🚀 30+款热门AI模型一站整合，DeepSeek/GLM/Claude 随心用，限时 5 折。 👉 点击领海量免费额度

1. 从零开始：为什么你需要了解 Coze 和 Dify？

如果你对 AI 应用开发感兴趣，但一看到复杂的模型训练、API 调用和工程部署就感到头疼，那么 Coze 和 Dify 这类低代码 AI 应用构建平台，就是你进入这个领域的最佳“敲门砖”。它们将大语言模型（LLM）的强大能力封装成可视化的拖拽组件和配置项，让开发者甚至是非技术背景的产品、运营人员，都能快速搭建出具备对话、推理、内容生成等能力的智能应用。

简单来说，Coze和Dify都致力于解决同一个核心问题：如何让 AI 能力的应用化落地变得更简单、更快速。它们不再是仅供技术专家使用的“黑魔法”，而是变成了像搭积木一样直观的生产力工具。无论是想做一个智能客服机器人、一个自动生成周报的助手，还是一个能根据商品信息一键生成详情页的电商工具，你都可以在这些平台上通过组合不同的“技能模块”来实现，而无需从零开始编写复杂的代码。

本文将为你提供一份从零开始的保姆级实操指南，不仅会手把手带你熟悉 Coze 和 Dify 的核心功能与操作，更会深入对比两者的设计哲学、适用场景与核心差异。我们的目标是：让你看完就能动手，亲手搭建出你的第一个 AI 工作流应用，并理解在不同需求下该如何选择最合适的平台。

2. 核心概念扫盲：Coze 与 Dify 究竟是什么？

在深入实操之前，我们必须先理清几个核心概念，这能帮助你更好地理解后续的所有操作和设计思路。

2.1 低代码/无代码 AI 应用平台

传统的 AI 应用开发流程通常包括：选择模型、准备数据、训练/微调、开发后端 API、设计前端界面、处理并发和部署运维。这个过程技术门槛高、周期长。

低代码/无代码 AI 应用平台的出现，旨在简化这一流程。它们通常提供：

可视化工作流设计器：通过拖拽节点和连线来定义 AI 应用的逻辑。
预置的 AI 能力节点：如对话、文本生成、知识库检索、代码执行等。
便捷的模型集成：一键接入 OpenAI GPT、 Anthropic Claude、国内主流大模型等。
一体化部署与管理：提供从开发、测试到发布、监控的全链路支持。

Coze 和 Dify 正是这个领域的杰出代表。

2.2 Coze：字节跳动的“扣子”平台

Coze（中文名“扣子”）是由字节跳动推出的 AI Bot 开发平台。它的定位更偏向于快速创建和分发对话式 AI 智能体（Bot）。

核心特点：

强生态与分发：与飞书、抖音等字节系产品深度集成，创建的 Bot 可以非常方便地发布到飞书群、抖音私信等场景。
丰富的插件市场：提供了大量官方和社区开发的插件（Plugin），如联网搜索、图像生成、代码解释器、数据库查询等，能极大扩展 Bot 的能力边界。
开箱即用的技能：除了插件，还有“技能”（Skill）概念，可以理解为更复杂的、可复用的功能模块。
知识库：支持上传文档（TXT、PDF、Word等），让 Bot 基于你的私有知识进行回答。
工作流：通过可视化编排多个插件和逻辑判断，实现复杂的多步骤任务。

一句话总结：Coze 适合想要快速构建一个能嵌入到具体沟通场景（如团队协作、客服、内容互动）中的智能对话助手的用户。

2.3 Dify：开源的 AI 应用开发框架

Dify是一个开源的 LLM 应用开发平台，其名称寓意 “Define it your way”。它的定位更偏向于构建和运营生产级的 AI 应用（Application）。

核心特点：

开源与可私有化部署：这是 Dify 最显著的优势。你可以将其部署在自己的服务器上，完全掌控数据和模型。
应用视角：以“应用”为中心，一个应用可以包含对话型、文本生成型等多种类型，并配有独立的 API 端点。
强大的工作流引擎：提供了极其灵活和强大的可视化工作流编排能力，支持复杂的分支、循环、变量操作和代码节点。
全面的运营与监控：内置了对话日志、标注与改进、应用访问统计、Token 消耗分析等功能，便于对 AI 应用进行迭代优化。
灵活的模型支持：支持接入几乎所有主流的云模型和本地模型（通过 Ollama、OpenAI-Compatible API 等）。

一句话总结：Dify 适合开发者或企业，需要构建一个独立、可私有化部署、且需要持续运维和迭代的复杂 AI 应用。

2.4 Coze vs Dify：核心差异对比

为了让你更清晰地选择，我们用一个表格来对比：

特性维度	Coze	Dify
核心定位	对话式 Bot 快速构建与分发	企业级 AI 应用开发与运营平台
部署方式	云端 SaaS（有国际站、国内站）	开源，支持云端 SaaS 和本地/私有化部署
生态集成	强，与飞书、抖音等深度绑定	灵活，通过 API 与任何系统集成
工作流能力	基础，满足常见自动化流程	强大且复杂，支持高级逻辑编排
数据隐私	数据在平台云端	可控，私有化部署后数据完全自主
适用场景	内部协作助手、社交媒体 Bot、轻量级客服	企业知识库问答、复杂业务流程自动化、对外商业应用
学习曲线	相对平缓，更直观	相对陡峭，功能更全面

如何选择？

如果你是个人开发者、小团队或主要需求是做一个在飞书/抖音里用的聊天机器人，优先尝试Coze，上手快，效果立竿见影。
如果你是技术团队、企业用户，需要将 AI 能力深度集成到自有业务系统，或对数据安全、定制化有高要求，那么Dify是你的不二之选。

3. 环境准备与账号注册

接下来，我们进入实战环节。首先，你需要准备好访问这两个平台的环境。

3.1 Coze 环境准备

Coze 主要提供云端服务，访问其官网即可。

访问官网：在浏览器中打开 Coze 官网（请注意使用合规网络访问）。
注册账号：通常支持手机号、邮箱或第三方账号（如谷歌）注册。国内用户可能更多使用手机号注册国内站点。
选择模型：注册成功后，在创建 Bot 时，你需要选择一个底层的大语言模型。Coze 通常集成了多种模型，如字节的云雀、OpenAI 的 GPT 系列等。对于新手，选择一个你熟悉的或平台推荐的默认模型即可，这不会影响你对核心功能的学习。

3.2 Dify 环境准备：两种主要方式

Dify 为你提供了两种使用方式：云端试用和本地部署。强烈建议新手先从云端开始。

方式一：云端快速体验（推荐新手）

访问 Dify 官方云端站点。
使用 GitHub、谷歌或邮箱账号注册登录。
你可以立即在云端创建一个应用，大部分核心功能都可以免费体验。这是了解 Dify 功能最快捷的途径。

方式二：本地部署（适合深入开发）如果你想体验 Dify 的完整能力，特别是私有化部署，可以按照以下步骤在本地运行。这里我们使用最通用的Docker 部署方式。

前提条件：

一台安装好 Docker 和 Docker Compose 的电脑（Windows/Mac/Linux 均可）。
至少 4GB 可用内存。
基本的命令行操作知识。

部署步骤：

获取部署文件：在终端中，创建一个目录并下载docker-compose.yml配置文件。

# 创建一个项目目录 mkdir dify-local && cd dify-local # 从 Dify 官方 GitHub 仓库下载最新的 docker-compose 文件 # 请注意，以下命令示例，实际文件地址请以 Dify 官方文档为准 curl -o docker-compose.yml https://raw.githubusercontent.com/langgenius/dify/main/docker/docker-compose.yml

启动 Dify 服务：使用 Docker Compose 一键启动所有服务（包括前端、后端、数据库等）。
```
docker-compose up -d
```
首次运行会拉取所有镜像，需要一些时间。看到所有容器状态变为Up即表示成功。
访问本地 Dify：打开浏览器，访问http://localhost:3000。你将看到 Dify 的初始化设置页面。
初始化设置：按照页面提示，设置管理员账号、密码，并配置初始的 LLM 模型供应商（如 OpenAI、Azure OpenAI 或本地模型）。对于本地测试，你可以先使用 Dify 自带的简易模型，或者配置一个可用的 OpenAI API Key。

至此，你的 Dify 本地环境就已经跑起来了。无论是云端还是本地，后续的操作界面和核心逻辑都是一致的。

4. Coze 保姆级实战：打造你的第一个智能 Bot

让我们从 Coze 开始，创建一个能查询天气并讲冷笑话的智能 Bot。

4.1 创建与配置 Bot

登录 Coze 平台，在主页点击“创建 Bot”。
设定基础信息：
- Bot 名称：例如“全能小助手”。
- 描述：简单描述 Bot 的功能，如“一个可以查天气和讲笑话的助手”。
- 图标：上传一个头像，让 Bot 更个性化。
配置模型与参数：在“设置”页，选择一个大模型（如 GPT-4），并可以调整“创造力”（Temperature）等参数。新手保持默认即可。

4.2 添加插件扩展能力

Bot 的“超能力”来自于插件。我们来添加“天气”和“冷笑话”插件。

在 Bot 编辑界面，找到左侧的“插件”模块，点击“添加插件”。
在插件市场中搜索“天气”，选择官方或评分高的天气插件，点击“添加”。
同样地，搜索“笑话”或“冷笑话”，添加一个笑话插件。
添加后，你可以在“插件”列表中看到它们。通常你需要对插件进行简单授权或配置（如天气插件需要配置默认城市）。

4.3 编排工作流实现复杂逻辑

如果只是简单调用插件，Bot 会同时回复天气和笑话。我们通过工作流来实现“用户问天气就回复天气，用户要笑话就讲笑话”的逻辑。

在 Bot 编辑界面，切换到“工作流”标签页，点击“创建工作流”。
设计流程：从左侧拖拽节点到画布。
- 拖入一个“开始”节点。
- 拖入一个“条件判断”节点。我们需要判断用户意图。
- 拖入两个“插件”节点，分别选择我们添加的“天气插件”和“冷笑话插件”。
- 拖入两个“回复”节点。
- 拖入一个“结束”节点。
连接节点：
- “开始”连接至“条件判断”。
- “条件判断”有两个出口：“是”和“否”。我们将“是”连接到“天气插件”，“否”连接到“冷笑话插件”。
- “天气插件”连接至一个“回复”节点，再连接到“结束”。
- “冷笑话插件”连接至另一个“回复”节点，再连接到“结束”。
配置关键节点：
- 配置“条件判断”节点：设置判断条件。例如，我们可以使用“用户问题包含关键词”的逻辑。在条件输入框中，可以写一个简单的表达式，例如检查用户输入是否包含“天气”这个词。Coze 的工作流条件配置相对直观，你可以根据提示选择变量（如{{sys.query}}代表用户输入）和操作符。
- 配置“插件”节点：选择对应的插件，并配置必要参数。例如，在天气插件节点中，设置城市参数（可以写死如“北京”，或更高级地引用用户输入中的城市信息）。
- 配置“回复”节点：定义 Bot 如何回复。可以引用插件节点的输出，例如{{插件节点名称.output}}。

一个简易的工作流就搭建完成了。它的逻辑是：判断用户输入→如果包含“天气”→执行天气插件并回复结果→结束；否则→执行笑话插件并回复结果→结束。

4.4 发布与测试

保存你的 Bot 和工作流。
点击右上角的“发布”按钮。你可以选择发布到“调试窗口”进行测试，或者发布到“飞书”等平台。
在右侧的“调试”窗口，输入“今天北京天气怎么样？”和“讲个笑话”，看看 Bot 是否能正确理解意图并调用不同的插件回复。

通过这个简单的例子，你已经掌握了 Coze Bot 创建、插件添加和工作流编排的核心流程。你可以继续探索知识库、自定义技能等更多功能。

5. Dify 保姆级实战：构建一个知识库问答应用

现在，我们转向 Dify，完成一个更偏向企业应用的场景：构建一个基于私有文档的知识库问答应用。

5.1 创建应用与选择类型

登录你的 Dify 云端或本地环境。
在“应用”页面，点击“创建新应用”。
选择应用类型：这里我们选择“对话型应用”。（文本生成型适合写作、翻译等场景）。
输入应用名称，如“产品手册助手”，点击创建。

5.2 配置模型与提示词

创建后，进入应用配置界面。

模型选择：在“模型服务商”处，选择你已配置好的模型，例如 OpenAI。然后在下方选择具体的模型，如gpt-3.5-turbo。对于知识库问答，通常不需要创造力太高的模型，可以将“温度”调低（如0.1）以获得更稳定的回答。

编写提示词：提示词是引导 AI 如何回应用户的“剧本”。一个好的提示词至关重要。

你是一个专业的产品支持助手，负责回答用户关于公司产品的问题。 请严格根据提供的“产品文档”内容来回答问题。 如果文档中没有相关信息，请明确告知用户“根据现有资料，我无法回答这个问题”，不要编造信息。 回答应简洁、准确、友好。

将这段提示词填入“提示词”输入框。你还可以在“上下文”设置中，调整对话轮次、最大 Token 数等高级参数。

5.3 接入与处理知识库

这是 Dify 的核心功能之一。

启用知识库：在应用配置页面，找到“知识库”选项，点击“启用”。
创建/选择知识库：你可以为这个应用新建一个专属知识库，或者链接一个已存在的知识库。点击“创建知识库”，命名为“产品手册”。
上传文档：进入“知识库”管理页面（或直接在应用配置页点击“添加文件”）。支持上传文本、PDF、Word、Excel、PPT 等多种格式。上传你的产品手册、FAQ 文档等。
配置检索策略：上传后，Dify 会自动对文档进行切片、向量化处理。你需要关注几个关键设置：
- 检索模式：通常选择“向量检索”或“混合检索”（向量+全文关键词）。
- 相似度阈值：设置一个值（如0.7），只有当文档片段与问题的相关性超过此阈值时，才会被用作上下文。这可以过滤掉不相关的信息。
- 返回数量：限制每次检索返回的文档片段数量，通常3-5个即可。

5.4 测试与优化应用

即时测试：在应用配置页的右侧，有一个“对话测试”窗口。在这里输入问题，例如“产品A的最大支持用户数是多少？”，查看 AI 的回答是否准确引用了你上传的文档内容。
查看上下文：在测试窗口，开启“显示推理过程”或类似选项，你可以看到 AI 在回答时，实际检索到了哪些文档片段。这是调试知识库效果的关键。
优化：如果回答不准确，可以：
- 返回“知识库”页面，检查文档处理状态是否成功，文本分割是否合理。
- 调整检索的相似度阈值和返回数量。
- 优化提示词，更严格地要求 AI 基于知识库回答。

5.5 发布与集成

发布应用：测试满意后，点击顶部的“发布”按钮。Dify 会为该应用生成一个独立的访问链接和 API 密钥。

访问方式：

Web 访问：你可以将生成的链接分享给团队成员，他们通过浏览器即可使用这个问答助手。
API 集成：这是 Dify 的强大之处。在“访问 API”页面，你可以看到详细的 API 文档和端点。你可以用任何编程语言（Python, Java, JavaScript等）调用这个 API，将问答能力嵌入到你自己的网站、APP 或内部系统中。

# 一个简单的 Python 调用示例 import requests import json api_key = "你的-应用-API-KEY" endpoint = "https://api.dify.ai/v1/chat-messages" # 示例端点，请以实际为准 headers = { "Authorization": f"Bearer {api_key}", "Content-Type": "application/json" } data = { "inputs": {}, "query": "产品A的安装步骤是什么？", "response_mode": "blocking", # 同步响应 "conversation_id": "" # 可为空，开启多轮对话时需要 } response = requests.post(endpoint, headers=headers, data=json.dumps(data)) result = response.json() print(result.get("answer"))

至此，一个具备私有知识库的 AI 问答应用就构建并发布完成了。你可以在 Dify 的后台查看该应用的所有对话历史、用户反馈，并持续优化它。

6. 核心功能深度对比与选型指南

经过实战，我们对两个平台有了感性认识。现在，我们从几个关键维度进行深度对比，帮助你做出技术选型。

6.1 工作流编排能力

Coze 工作流：更偏向于对话流程的编排。节点类型围绕对话交互设计，如“发送消息”、“等待用户输入”、“按钮”等。它的目标是让 Bot 的对话更智能、更自然。对于实现“多轮对话收集信息->调用插件->反馈结果”这类场景非常直观。
Dify 工作流：是一个通用的、图灵完备的自动化流程引擎。节点类型极其丰富，包括：
- 逻辑控制：IF/ELSE 条件判断、循环。
- 变量操作：设置变量、赋值、字符串/列表处理。
- 代码节点：支持 Python 和 Node.js，可以执行任意自定义逻辑。
- HTTP 请求：可以调用任何外部 API。
- 知识库检索：作为一个节点无缝集成。
- 模型调用：可以串联或并联调用多个不同的 LLM。

结论：如果你需要构建的 AI 应用核心是复杂的对话交互，Coze 更轻便。如果你需要构建的是涉及复杂业务逻辑、数据处理、多系统调用的自动化流程，Dify 的工作流是更强大的工具。

6.2 知识库功能

Coze 知识库：功能完整，支持多种格式，检索效果良好。与 Bot 绑定紧密，主要用于增强 Bot 的对话能力。
Dify 知识库：功能更为专业和深入。
- 处理方式：提供更精细的文本分割（chunk）策略配置，如按段落、按字符数、按分隔符，这对检索精度影响很大。
- 检索方式：支持纯向量、纯关键词和混合检索，可针对不同场景优化。
- 管理维度：知识库是独立于应用的一等公民，可以被多个应用复用。
- 命中测试：提供专门的界面测试某段文本会被如何分割和检索。

结论：对于简单的文档问答，两者都能胜任。但对于文档数量大、格式复杂、对回答准确率要求极高的企业级知识库场景，Dify 提供的控制粒度更细，更具优势。

6.3 集成与扩展性

Coze 集成：强在生态内集成。一键发布到飞书、抖音、豆包等平台是其巨大优势。它也提供 API，但生态重心在字节系产品。
Dify 集成：强在 API 优先和开源。应用一旦创建，天然就拥有一个完整的 API。开源意味着你可以修改任何代码，定制任何功能，与任何内部系统（CRM、OA、ERP）进行深度集成。它也可以通过 Webhook 等方式反向通知你的系统。

结论：如果你的目标平台就在飞书或抖音，选 Coze。如果你需要将 AI 能力作为一项服务（AIaaS）集成到复杂的、自主可控的业务架构中，选 Dify。

6.4 成本与数据安全

Coze：按使用量（通常是 Token 消耗）付费的云服务。数据存储在 Coze 的云端。对于中小型团队和个人，初期成本可能更低。
Dify：开源版免费。私有化部署后，主要的成本是你自己的服务器/云主机费用和你所调用模型的 API 费用（如果用云模型）或本地显卡费用（如果用本地模型）。数据完全掌握在自己手中。

结论：对数据安全敏感、有长期稳定运营需求、且具备一定运维能力的企业，Dify 的私有化部署是更可靠、总拥有成本（TCO）可能更优的选择。

7. 常见问题与故障排查

在实际使用中，你可能会遇到以下问题：

7.1 Coze 常见问题

问题现象	可能原因	解决思路
Bot 不回复或回复错误	1. 工作流逻辑错误（如条件判断配置不对）。 2. 插件授权失败或配置错误。 3. 模型额度用尽或服务异常。	1. 进入工作流编辑器，使用“调试”功能逐步运行检查。 2. 检查插件列表，确保所需插件已添加且配置正确（如 API Key）。 3. 检查模型服务商状态和个人账户额度。
知识库回答不准确	1. 上传的文档格式解析错误。 2. 文档内容过于复杂或模糊。 3. 提示词未严格要求基于知识库回答。	1. 尝试将文档转为纯文本（.txt）再上传测试。 2. 优化文档结构，使其更清晰。 3. 在 Bot 人设或提示词中强调“请严格根据已知信息回答”。
无法发布到飞书	1. 飞书企业自建应用配置错误。 2. Coze 侧权限未开通。	1. 仔细按照 Coze 和飞书开放平台的官方对接文档，逐步检查配置项。 2. 确保已在 Coze 中正确绑定飞书开发者账号。

7.2 Dify 常见问题

问题现象	可能原因	解决思路
本地部署后无法访问`localhost:3000`	1. Docker 容器未成功启动。 2. 端口被占用。 3. 防火墙限制。	1. 运行`docker-compose ps`查看容器状态，运行`docker-compose logs`查看错误日志。 2. 运行`netstat -tulnp \| grep :3000`检查端口，修改`docker-compose.yml`中的端口映射。 3. 检查本地防火墙设置。
应用调用 API 返回 401/403 错误	1. API Key 错误或过期。 2. 应用未发布。 3. 请求的端点或参数错误。	1. 在 Dify 应用“访问 API”页面核对并复制正确的 API Key。 2. 确保应用已点击“发布”。 3. 严格参照 Dify 官方 API 文档构造请求。
知识库检索不到内容	1. 文档处理失败（状态非“可用”）。 2. 检索相似度阈值设置过高。 3. 查询语句与文档内容表述差异太大。	1. 在知识库详情页检查文档状态，重新处理或上传。 2. 适当调低相似度阈值，或在测试界面观察实际检索到的片段。 3. 尝试在提示词中要求用户使用更接近文档的关键词提问，或优化文档本身。
工作流运行报错	1. 节点配置错误（如变量名错误）。 2. 外部 API 调用超时或返回异常。 3. 代码节点存在语法错误。	1. 在工作流编辑器中开启“调试”模式，逐步执行查看每个节点的输入输出。 2. 检查 HTTP 请求节点的 URL、Headers、Body 配置是否正确。 3. 检查代码节点的语法，可在本地 IDE 中先测试代码逻辑。

8. 最佳实践与进阶路线

掌握了基础操作和排错方法后，遵循一些最佳实践能让你的 AI 应用更健壮、更高效。

8.1 提示词工程优化

无论在 Coze 还是 Dify，好的提示词是成功的一半。

角色定义清晰：开头明确告诉 AI “你是谁”，例如“你是一位资深运维专家”。
指令具体化：避免“好好回答”，而是“请分步骤、列要点回答”。
提供示例：在提示词中给出1-2个输入输出的例子（Few-shot Learning），能极大提升 AI 遵循格式的能力。
使用分隔符：用###、\"\"\"等将指令、上下文、用户输入分开，避免 AI 混淆。
迭代优化：不要指望一次写好。根据测试结果，不断调整提示词，这是一个持续的过程。

8.2 知识库构建与管理

文档预处理：上传前，尽量清理文档格式，将复杂的 PDF/图片转换为结构清晰的文本。分章节、分小点的文档效果远优于大段流水账。
分段策略：在 Dify 中，根据文档类型选择分段方式。技术文档可按标题分，小说可按段落分。合适的片段长度（如300-500字）能平衡检索精度和上下文完整性。
定期更新：建立知识库文档的更新机制。对于变化快的知识，定期重新上传处理，或利用 Dify 的 API 实现增量更新。
多知识库策略：可以为不同领域、不同保密等级的信息建立独立的知识库，在应用中按需调用。

8.3 工作流设计原则

模块化设计：将可复用的逻辑（如“用户信息验证”、“数据格式化”）封装成子工作流或独立的代码/HTTP节点。
异常处理：在工作流中关键节点（尤其是调用外部 API 处）后，添加条件判断来处理失败情况，给用户友好的错误提示，而不是让流程直接崩溃。
日志与调试：在 Dify 的工作流中，善用“日志”节点输出中间变量值，便于调试复杂流程。
性能考量：避免在工作流中执行耗时极长的同步操作（如下载大文件）。对于长任务，考虑使用异步调用或拆分为多个步骤。

8.4 安全与权限

API Key 管理：切勿在前端代码或公开仓库中硬编码 API Key。使用环境变量或安全的配置管理服务。
输入验证与过滤：对于用户输入，尤其是将要拼接进提示词或用于检索的部分，进行必要的清洗和验证，防止提示词注入攻击。
权限控制：在 Dify 中，利用其团队协作功能，为不同成员分配应用、知识库的查看、编辑权限。
内容审核：对于面向公众的应用，考虑在最终回复前加入一层内容安全审核（可调用审核 API），避免产生不当内容。

8.5 你的进阶学习路线

第一阶段：掌握基础（已完成）：跟随本文完成 Coze Bot 和 Dify 知识库应用的搭建。
第二阶段：深入探索：
- Coze：研究更复杂的插件组合，尝试用工作流实现一个完整的预约或订餐流程。探索“发布渠道”的深度配置。
- Dify：学习工作流的高级节点（循环、代码节点），尝试构建一个能自动分析日志、生成报告的工作流。学习如何使用 API 进行批量对话测试。
第三阶段：生产实践：
- 将一个真实的业务需求（如内部技术问答、周报生成、客服工单分类）用 Dify 实现，并私有化部署。
- 关注应用的性能监控、Token 成本分析和基于用户反馈的提示词迭代。
第四阶段：源码与定制（针对 Dify）：
- 阅读 Dify 开源代码，理解其架构。
- 尝试开发自定义工具（Tool）或插件，以满足特定业务需求。