最近在尝试将大语言模型LLM能力集成到业务中时你是否也遇到过这些困扰想快速构建一个智能对话应用却卡在复杂的模型API调用、上下文管理、工具集成和前端开发上面对琳琅满目的Agent框架感觉学习曲线陡峭不知从何下手Dify的出现正是为了解决这些痛点。它是一款开源的LLM应用开发平台让你无需深厚的AI工程背景也能像搭积木一样通过可视化工作流构建功能强大的AI智能体Agent。本文将为你提供一份从零开始的Dify实战指南。无论你是对AI应用开发感兴趣的初学者还是希望将AI能力快速落地的开发者都能在2小时内跟随本文完成从环境部署、Prompt工程、Agent构建到复杂工作流编排的全流程实践。我们将从最基础的Dify部署开始逐步深入到如何设计有效的Prompt并最终搭建一个能处理多步骤任务的企业级智能工作流。文章包含大量可直接复制的配置代码和避坑指南助你快速上手。1. Dify与AI Agent核心概念与价值在深入实操之前我们有必要厘清几个核心概念理解Dify为何能成为AI应用开发的“加速器”。1.1 Dify是什么它能解决什么问题Dify意为“Define Modify”是一个面向开发者的LLM应用开发平台。你可以把它理解为一个“低代码”或“可视化”的AI应用工厂。其核心价值在于它将构建AI应用所需的复杂技术栈如模型API集成、向量数据库、Agent逻辑、前端界面等封装成易于操作的模块。Dify解决的核心痛点包括降低开发门槛无需从零编写代码处理LLM的调用、上下文窗口Context Window、流式输出Streaming等底层细节。可视化编排通过拖拽节点的方式构建复杂的工作流Workflow直观地定义AI应用的逻辑例如“先检索知识库再总结最后调用外部API”。一体化管理在一个平台内管理提示词Prompt、对话助手Assistant、知识库Knowledge Base、模型供应商如OpenAI、Azure、国内大模型等所有资源。快速部署与分享构建的应用可以一键发布为Web应用、API接口或嵌入到其他系统中。简单说Dify让你能更专注于应用逻辑和业务需求而非底层AI基础设施的搭建。1.2 什么是AI Agent与普通Chatbot有何不同AI Agent智能体是本文的另一个核心。它不仅仅是和你一问一答的聊天机器人Chatbot。普通Chatbot通常基于固定的提示词和有限的上下文进行对话。它的能力边界由预设的Prompt决定缺乏自主决策和执行复杂任务的能力。AI Agent是一个更具自主性的系统。它被赋予一个目标可以感知环境输入、进行规划思考、调用工具行动并根据结果调整策略直到完成任务。例如一个“旅行规划Agent”可以理解你的需求自动查询天气、搜索航班、预订酒店这一系列动作可能涉及多次调用不同的工具和API。Dify正是构建这类AI Agent的理想平台。它的工作流功能允许你清晰地定义Agent的思考链路和行动步骤。1.3 关键组件Prompt、工作流与知识库Prompt提示词这是与LLM沟通的“指令”或“上下文”。一个设计良好的Prompt是AI应用成功的关键。Dify提供了强大的Prompt编排界面支持变量插入、上下文引用等。工作流Workflow这是Dify的核心。一个工作流由多个节点Node组成每个节点代表一个步骤如“LLM调用”、“知识库检索”、“代码执行”、“HTTP请求”等。通过连接这些节点你就能构建出复杂的AI Agent逻辑。知识库Knowledge Base让AI应用拥有“长期记忆”和“专属知识”。你可以上传文档TXT、PDF、Word等Dify会将其切片、向量化并存储。在工作流中可以随时检索相关知识库内容注入到Prompt中使回答更精准、更具专业性。理解了这些我们就可以开始动手搭建自己的Dify环境了。2. 环境准备与Dify部署我们将选择最通用、最易维护的部署方式使用 Docker Compose。这种方式能一键拉起Dify所需的所有服务后端、前端、数据库等。2.1 基础环境要求在开始之前请确保你的服务器或本地开发环境满足以下条件操作系统Linux (Ubuntu 20.04/CentOS 7)、macOS 或 Windows (WSL2推荐)。Docker版本 20.10.0 或更高。可通过docker --version命令检查。Docker Compose版本 v2 或更高。可通过docker compose version命令检查。硬件建议至少2核CPU、4GB内存。如果计划运行本地嵌入模型或处理大量知识库文件需要更多资源。网络能够访问 Docker Hub 和所需的模型API如OpenAI、国内大模型平台。2.2 使用 Docker Compose 快速部署这是官方推荐且最快捷的部署方式。步骤1下载部署配置文件打开终端创建一个工作目录并进入然后下载官方提供的docker-compose.yaml文件。# 创建并进入目录 mkdir dify cd dify # 下载最新的docker-compose配置文件 curl -o docker-compose.yaml 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编辑.env文件 vim .env找到并修改以下部分以使用OpenAI为例# 数据库密码请修改为强密码 DB_PASSWORDyour_strong_password_here # OpenAI配置如果你使用OpenAI OPENAI_API_KEYsk-your-openai-api-key-here # 如果你想使用Azure OpenAI则配置如下 # AZURE_OPENAI_API_KEYyour-azure-key # AZURE_OPENAI_ENDPOINThttps://your-resource.openai.azure.com/ # AZURE_OPENAI_API_VERSION2024-02-15-preview # 应用访问地址如果是本地部署保持默认即可 CONSOLE_API_URLhttp://localhost:5001 CONSOLE_WEB_URLhttp://localhost:3000 APP_API_URLhttp://localhost:5001重要提示OPENAI_API_KEY是你从OpenAI平台获取的密钥。如果你计划使用国内大模型如通义千问、智谱GLM需要在后续的Dify控制台中进行配置此处可先留空或注释掉。步骤3启动Dify服务在包含docker-compose.yaml和.env文件的目录下执行启动命令。# 在后台启动所有服务 docker compose up -d这个命令会拉取Dify相关镜像并启动容器。首次执行可能需要几分钟时间下载镜像。步骤4检查服务状态与访问使用以下命令查看容器是否正常运行docker compose ps你应该看到dify-api、dify-web、postgres数据库、redis等容器状态为Up。 一切就绪后打开浏览器访问http://localhost:3000。你将看到Dify的初始化设置页面。步骤5完成初始化设置按照页面引导设置管理员账号、邮箱和密码并配置初始的模型供应商如填入你的OpenAI API Key。完成设置后即可登录进入Dify控制台。至此你的个人Dify开发环境已经部署完成3. Prompt工程入门从零编写你的第一个提示词Prompt是驱动LLM的“燃料”。在Dify中我们可以优雅地管理和优化Prompt。让我们先在“提示词编排”模块中创建一个简单的提示词。3.1 创建与理解提示词编排界面登录Dify控制台在左侧菜单找到“提示词编排” - “创建提示词”。 你会看到一个分为三部分的界面左侧变量列表和上下文设置区。中间Prompt编辑区这是核心。右侧模型参数配置和预览测试区。3.2 编写一个基础提示词我们的目标是创建一个“邮件助手”能根据用户提供的简单要点生成结构清晰、语气得体的商务邮件。步骤1定义提示词内容在中间的编辑区输入以下内容你是一位专业的商务秘书。请根据用户提供的要点撰写一封正式的商务邮件。 邮件要点 {{mail_points}} 要求 1. 邮件结构完整包含称呼、正文、结尾敬语和署名。 2. 语言简洁、专业、礼貌。 3. 如果用户没有指定收件人使用“尊敬的同事”作为称呼。 4. 如果用户没有指定发件人使用“[我的名字]”作为署名。 请直接输出完整的邮件内容不要添加任何解释。注意{{mail_points}}是一个变量用双大括号包裹。这意味着在实际使用时我们可以动态传入不同的邮件要点。步骤2添加并配置变量在左侧“变量”部分点击“添加变量”。变量名mail_points变量类型选择“文本”描述邮件的核心内容要点默认值可以留空或填写一个示例如“会议改期至明天下午3点请确认是否参加。”步骤3配置模型参数在右侧选择你想要使用的模型例如gpt-3.5-turbo。可以调整温度Temperature控制创造性。写邮件建议较低如0.3-0.7以保证稳定性。最大生成长度根据邮件长度调整如1024。提示词约束可以勾选“禁止网络搜索”因为我们不需要联网信息。步骤4测试与调试在右下角的“预览”区域系统会自动将变量mail_points替换为其默认值。点击“运行”即可看到模型生成的邮件。 你可以修改预览区里的mail_points内容再次运行测试不同输入下的输出效果。通过这个简单的例子你掌握了Dify中提示词编排的核心静态指令 动态变量。接下来我们将引入更强大的能力——工具Tools。4. 构建你的第一个AI Agent让LLM学会使用工具单纯的Prompt只能让LLM“思考”而Agent的强大之处在于能“行动”。在Dify中“行动”通过“工具”来实现。让我们创建一个能查询天气的Agent。4.1 理解工具Tools与Agent工作流程一个能查询天气的Agent其工作流程是用户提问“北京今天天气怎么样”LLM大脑理解意图判断需要调用“天气查询工具”。AgentDify工作流执行工具获取真实的天气数据如调用一个天气API。LLM收到工具返回的数据组织成自然语言回复给用户。4.2 使用“HTTP请求”节点作为工具Dify内置了“HTTP请求”节点可以轻松调用外部API。我们假设使用一个免费的天气API例如wttr.in。步骤1创建一个新的工作流在左侧菜单进入“工作流”点击“创建空白工作流”命名为“天气查询助手”。步骤2搭建工作流节点从左侧节点库中拖拽以下节点到画布并连接开始节点工作流的入口。LLM节点负责理解用户问题和组织最终回答。HTTP请求节点负责调用天气API。连接线从开始连接到LLM再从LLM连接到HTTP请求最后从HTTP请求连回LLM。步骤3配置LLM节点双击LLM节点进行配置。系统提示词这里定义Agent的角色和能力。输入你是一个天气助手。当用户询问某个城市的天气时你需要调用工具获取该城市的天气信息然后根据返回的数据用友好、清晰的语言告诉用户。 如果用户没有指定城市请询问具体城市。 工具返回的是原始数据你需要将其转化为通俗易懂的句子。对话样本可以留空或添加一两个例子让模型更好理解。选择模型例如gpt-3.5-turbo。关键一步在LLM节点中声明工具在LLM节点的配置面板下方找到“工具”区域。点击“添加工具”选择我们刚刚拖入画布的“HTTP请求”节点。这样LLM就知道自己可以调用这个工具了。步骤4配置HTTP请求节点双击HTTP请求节点。URLhttps://wttr.in/{{city}}?formatj1这里{{city}}是一个变量代表城市名。formatj1表示请求JSON格式的数据。方法GET参数点击“添加参数”变量名city值类型选择“变量”。在变量选择器中它应该能自动关联到用户输入中的城市信息这依赖于LLM节点对用户输入的解析和传递Dify会自动处理这部分变量映射。步骤5配置变量与运行测试点击画布空白处在右侧的“全局变量”中你会看到系统自动检测到的city变量。可以为其设置一个默认值如Beijing。点击右上角的“运行”。在运行面板的“用户问题”中输入“上海天气如何”点击“运行”观察工作流的执行过程。你会看到LLM节点分析问题决定调用工具并输出city为上海。HTTP请求节点接收到city上海调用API获取上海天气的JSON数据。数据流回LLM节点LLM将JSON数据解读成“上海目前晴气温25度……”这样的自然语言。最终在运行结果中看到生成的友好回复。恭喜你已经创建了一个具备基础行动能力的AI Agent。它不再空谈而是能真正获取外部信息来回答问题。5. 企业级项目实战搭建智能客服工作流现在我们将综合运用Prompt、知识库和复杂工作流构建一个更贴近企业需求的场景一个能检索内部知识库的智能客服助手。5.1 场景与架构设计场景用户咨询公司产品的技术问题、价格政策或售后流程。Agent需要先检索内部知识库找到最相关的资料再结合资料生成准确、统一的回答。工作流设计用户输入接收问题。知识库检索将用户问题转化为查询在已上传的公司文档知识库中搜索相关片段。意图判断与路由可选进阶判断问题属于“技术”、“价格”还是“售后”以便使用不同的回答策略或提示词。LLM生成回答将检索到的知识库片段作为上下文连同用户问题一起交给LLM生成最终回答。回复用户输出答案。5.2 创建与填充知识库步骤1新建知识库在左侧菜单进入“知识库”点击“创建知识库”命名为“产品客服知识库”。分段处理选择“自动”模式让Dify自动处理文本切片。嵌入模型选择默认或兼容的模型如text-embedding-ada-002。步骤2上传文档点击进入创建好的知识库在“文档”标签页点击“上传文件”。你可以上传产品的PDF说明书、Word格式的QA、TXT格式的价格表等。Dify会自动进行文本提取、分块和向量化。5.3 构建智能客服工作流步骤1创建新工作流命名为“智能客服工作流”。步骤2拖拽并连接节点所需节点及连接顺序开始知识库检索节点LLM节点结束连接开始 → 知识库检索 → LLM → 结束。步骤3配置知识库检索节点双击该节点。知识库选择我们刚创建的“产品客服知识库”。查询内容这里需要填入用户的问题。点击输入框选择“变量” -sys.query这是系统自动捕获的用户输入变量。检索模式选择“向量化检索”默认。返回条数例如3表示返回最相关的3个知识片段。输出变量将检索结果赋值给一个变量如knowledge_context。步骤4配置LLM节点核心这是将知识库内容转化为答案的关键。系统提示词你是我公司的专业客服助手。请严格根据提供的参考知识来回答用户的问题。 如果参考知识中包含明确答案请用清晰、友好的语言直接回答并可以适当引用知识中的关键点。 如果参考知识中没有相关信息请如实告知用户“根据现有资料我暂时无法回答这个问题建议您联系人工客服进一步咨询。” 不要编造任何参考知识之外的信息。上下文这是注入知识库内容的地方。点击“添加上下文”。在“内容”中输入参考知识{{#context.knowledge_context#}}注意{{#context.knowledge_context#}}是Dify引用上一个节点输出变量的特殊语法。knowledge_context就是我们上一步在知识库检索节点中定义的输出变量名。用户问题点击输入框选择“变量” -sys.query。选择模型根据精度和成本要求选择如gpt-4或gpt-3.5-turbo。步骤5运行与测试保存工作流后点击运行。在用户问题中输入“你们旗舰版产品的价格是多少” 工作流会将问题送入知识库检索节点在知识库中查找与“旗舰版”、“价格”相关的片段。将找到的片段例如“旗舰版产品A授权价格为每年19999元。”作为knowledge_context传递给LLM节点。LLM节点将knowledge_context填入提示词的“参考知识”部分结合用户问题生成最终回答“您好根据产品资料我们的旗舰版产品A的授权价格为每年19999元。具体折扣可能因采购量而异详情可咨询销售代表。”这个工作流确保了客服回答的准确性和一致性所有答案都源于官方知识库避免了LLM的“幻觉”问题。6. 常见问题与排查思路在实际操作中你可能会遇到一些问题。以下是一些常见问题的排查指南。问题现象可能原因排查思路与解决方案访问localhost:3000无法打开1. Docker容器未成功启动。2. 端口被占用。3. 防火墙/安全组限制。1. 运行docker compose ps检查容器状态。若有异常查看日志docker compose logs。2. 运行netstat -tlnp | grep :3000(Linux) 检查端口占用。可修改.env中的端口号。3. 检查本地防火墙或云服务器的安全组规则是否放行了3000和5001端口。部署时docker compose up -d报错1. Docker或Docker Compose版本过低。2. 网络问题无法拉取镜像。3..env文件配置错误。1. 升级Docker和Compose到最新稳定版。2. 检查网络可尝试更换Docker镜像源。3. 检查.env文件格式确保没有语法错误变量值用引号括好。工作流运行失败提示“LLM调用错误”1. 模型API密钥未配置或错误。2. 模型供应商服务不可用或超时。3. 请求额度不足。1. 进入Dify控制台“模型供应商”设置检查对应API Key是否正确填写且未过期。2. 检查OpenAI/Azure等服务的状态页面。3. 检查账户余额或调用额度。知识库检索结果不相关1. 文档分割方式不合理。2. 查询问题表述不清晰。3. 嵌入模型不匹配或效果差。1. 尝试调整知识库的“分段处理”设置如手动调整分块大小和重叠度。2. 优化用户问题或在工作流前增加一个“问题重写”的LLM节点。3. 尝试更换不同的嵌入模型需在高级设置中配置。Agent不按预期调用工具1. LLM的系统提示词未明确指示使用工具。2. 工具描述不够清晰。3. 模型能力不足如gpt-3.5-turbo对工具调用的理解不如gpt-4。1. 在系统提示词中清晰说明“当你需要XX信息时请调用YY工具”。2. 在Dify的工具配置中完善工具的“描述”字段让LLM明白工具的用途。3. 尝试使用更强大的模型如gpt-4。工作流变量传递错误或为空1. 变量名拼写错误。2. 节点输出未正确连接到下游节点的输入。3. 上游节点运行失败无输出。1. 仔细检查工作流中各节点配置的变量名确保完全一致区分大小写。2. 在画布上检查连接线确保数据流方向正确。3. 使用工作流的“调试”模式逐步运行每个节点查看中间变量的值。7. 最佳实践与进阶建议掌握了基础操作后遵循以下最佳实践能让你的Dify项目更加健壮、高效。7.1 Prompt设计最佳实践角色扮演在系统提示词开头明确赋予LLM一个角色如“资深架构师”、“专业客服”能显著提升回答的专业性和风格一致性。结构化指令使用编号、分点、章节标题如“## 要求”来组织Prompt使指令更清晰LLM更容易遵循。示例驱动Few-Shot在提示词中提供1-3个高质量的输入输出示例能极大地引导LLM生成符合预期的格式和内容。变量隔离将动态内容用户输入、检索结果、API返回数据全部通过变量{{}}或上下文{{#context.#}}注入保持核心Prompt的稳定。迭代优化不要期望一次写出完美Prompt。利用Dify的“运行与预览”功能用各种边界案例进行测试持续调整和优化。7.2 工作流编排工程建议模块化设计将复杂的工作流拆分成逻辑清晰的子模块。例如将“用户意图分类”、“知识库检索”、“答案生成”、“安全检查”分别做成可复用的节点组或子工作流。异常处理关键节点如HTTP请求、代码执行后应添加“判断”节点检查执行状态或返回码。对于可能失败的环节设计备选路径或友好的错误回复。日志与调试充分利用Dify工作流运行详情中的日志。对于生产环境的关键工作流考虑将重要中间变量和决策记录到外部日志系统。性能优化对于知识库检索合理设置返回条数和相似度阈值避免注入过多无关上下文浪费Token并可能干扰LLM。对于并行任务可以使用“并行处理”节点提高效率。7.3 生产环境部署考量安全性妥善保管.env文件中的数据库密码和各类API密钥切勿提交到代码仓库。为Dify控制台设置强密码并定期更换。如果对外提供服务务必通过Nginx等反向代理配置HTTPS。对知识库的上传文档进行安全检查防止恶意内容注入。可维护性使用版本控制如Git来管理你的工作流、提示词配置。Dify支持导出应用配置。为不同的环境开发、测试、生产配置不同的模型供应商和API端点避免相互影响。监控与成本密切关注模型API的调用量和费用设置预算告警。监控Dify自身服务的资源使用情况CPU、内存、数据库连接。从在本地成功运行Dify到设计出第一个有效的Prompt再到构建出能调用工具、检索知识库的智能工作流你已经走完了AI Agent开发的核心路径。Dify的强大之处在于它将复杂的AI工程能力封装成了可视化的组件让开发者能快速将想法转化为可运行、可迭代的应用。下一步你可以尝试更复杂的场景结合多个API工具实现自动化流程如自动生成报告并发送邮件、利用“代码执行”节点让Agent运行Python脚本处理数据、或者探索Dify的“发布”功能将你的AI应用以API或独立网页的形式分享给他人。记住持续迭代和基于真实反馈的优化是打造优秀AI产品的关键。
最近在尝试将大语言模型LLM能力集成到业务中时你是否也遇到过这些困扰想快速构建一个智能对话应用却卡在复杂的模型API调用、上下文管理、工具集成和前端开发上面对琳琅满目的Agent框架感觉学习曲线陡峭不知从何下手Dify的出现正是为了解决这些痛点。它是一款开源的LLM应用开发平台让你无需深厚的AI工程背景也能像搭积木一样通过可视化工作流构建功能强大的AI智能体Agent。本文将为你提供一份从零开始的Dify实战指南。无论你是对AI应用开发感兴趣的初学者还是希望将AI能力快速落地的开发者都能在2小时内跟随本文完成从环境部署、Prompt工程、Agent构建到复杂工作流编排的全流程实践。我们将从最基础的Dify部署开始逐步深入到如何设计有效的Prompt并最终搭建一个能处理多步骤任务的企业级智能工作流。文章包含大量可直接复制的配置代码和避坑指南助你快速上手。1. Dify与AI Agent核心概念与价值在深入实操之前我们有必要厘清几个核心概念理解Dify为何能成为AI应用开发的“加速器”。1.1 Dify是什么它能解决什么问题Dify意为“Define Modify”是一个面向开发者的LLM应用开发平台。你可以把它理解为一个“低代码”或“可视化”的AI应用工厂。其核心价值在于它将构建AI应用所需的复杂技术栈如模型API集成、向量数据库、Agent逻辑、前端界面等封装成易于操作的模块。Dify解决的核心痛点包括降低开发门槛无需从零编写代码处理LLM的调用、上下文窗口Context Window、流式输出Streaming等底层细节。可视化编排通过拖拽节点的方式构建复杂的工作流Workflow直观地定义AI应用的逻辑例如“先检索知识库再总结最后调用外部API”。一体化管理在一个平台内管理提示词Prompt、对话助手Assistant、知识库Knowledge Base、模型供应商如OpenAI、Azure、国内大模型等所有资源。快速部署与分享构建的应用可以一键发布为Web应用、API接口或嵌入到其他系统中。简单说Dify让你能更专注于应用逻辑和业务需求而非底层AI基础设施的搭建。1.2 什么是AI Agent与普通Chatbot有何不同AI Agent智能体是本文的另一个核心。它不仅仅是和你一问一答的聊天机器人Chatbot。普通Chatbot通常基于固定的提示词和有限的上下文进行对话。它的能力边界由预设的Prompt决定缺乏自主决策和执行复杂任务的能力。AI Agent是一个更具自主性的系统。它被赋予一个目标可以感知环境输入、进行规划思考、调用工具行动并根据结果调整策略直到完成任务。例如一个“旅行规划Agent”可以理解你的需求自动查询天气、搜索航班、预订酒店这一系列动作可能涉及多次调用不同的工具和API。Dify正是构建这类AI Agent的理想平台。它的工作流功能允许你清晰地定义Agent的思考链路和行动步骤。1.3 关键组件Prompt、工作流与知识库Prompt提示词这是与LLM沟通的“指令”或“上下文”。一个设计良好的Prompt是AI应用成功的关键。Dify提供了强大的Prompt编排界面支持变量插入、上下文引用等。工作流Workflow这是Dify的核心。一个工作流由多个节点Node组成每个节点代表一个步骤如“LLM调用”、“知识库检索”、“代码执行”、“HTTP请求”等。通过连接这些节点你就能构建出复杂的AI Agent逻辑。知识库Knowledge Base让AI应用拥有“长期记忆”和“专属知识”。你可以上传文档TXT、PDF、Word等Dify会将其切片、向量化并存储。在工作流中可以随时检索相关知识库内容注入到Prompt中使回答更精准、更具专业性。理解了这些我们就可以开始动手搭建自己的Dify环境了。2. 环境准备与Dify部署我们将选择最通用、最易维护的部署方式使用 Docker Compose。这种方式能一键拉起Dify所需的所有服务后端、前端、数据库等。2.1 基础环境要求在开始之前请确保你的服务器或本地开发环境满足以下条件操作系统Linux (Ubuntu 20.04/CentOS 7)、macOS 或 Windows (WSL2推荐)。Docker版本 20.10.0 或更高。可通过docker --version命令检查。Docker Compose版本 v2 或更高。可通过docker compose version命令检查。硬件建议至少2核CPU、4GB内存。如果计划运行本地嵌入模型或处理大量知识库文件需要更多资源。网络能够访问 Docker Hub 和所需的模型API如OpenAI、国内大模型平台。2.2 使用 Docker Compose 快速部署这是官方推荐且最快捷的部署方式。步骤1下载部署配置文件打开终端创建一个工作目录并进入然后下载官方提供的docker-compose.yaml文件。# 创建并进入目录 mkdir dify cd dify # 下载最新的docker-compose配置文件 curl -o docker-compose.yaml 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编辑.env文件 vim .env找到并修改以下部分以使用OpenAI为例# 数据库密码请修改为强密码 DB_PASSWORDyour_strong_password_here # OpenAI配置如果你使用OpenAI OPENAI_API_KEYsk-your-openai-api-key-here # 如果你想使用Azure OpenAI则配置如下 # AZURE_OPENAI_API_KEYyour-azure-key # AZURE_OPENAI_ENDPOINThttps://your-resource.openai.azure.com/ # AZURE_OPENAI_API_VERSION2024-02-15-preview # 应用访问地址如果是本地部署保持默认即可 CONSOLE_API_URLhttp://localhost:5001 CONSOLE_WEB_URLhttp://localhost:3000 APP_API_URLhttp://localhost:5001重要提示OPENAI_API_KEY是你从OpenAI平台获取的密钥。如果你计划使用国内大模型如通义千问、智谱GLM需要在后续的Dify控制台中进行配置此处可先留空或注释掉。步骤3启动Dify服务在包含docker-compose.yaml和.env文件的目录下执行启动命令。# 在后台启动所有服务 docker compose up -d这个命令会拉取Dify相关镜像并启动容器。首次执行可能需要几分钟时间下载镜像。步骤4检查服务状态与访问使用以下命令查看容器是否正常运行docker compose ps你应该看到dify-api、dify-web、postgres数据库、redis等容器状态为Up。 一切就绪后打开浏览器访问http://localhost:3000。你将看到Dify的初始化设置页面。步骤5完成初始化设置按照页面引导设置管理员账号、邮箱和密码并配置初始的模型供应商如填入你的OpenAI API Key。完成设置后即可登录进入Dify控制台。至此你的个人Dify开发环境已经部署完成3. Prompt工程入门从零编写你的第一个提示词Prompt是驱动LLM的“燃料”。在Dify中我们可以优雅地管理和优化Prompt。让我们先在“提示词编排”模块中创建一个简单的提示词。3.1 创建与理解提示词编排界面登录Dify控制台在左侧菜单找到“提示词编排” - “创建提示词”。 你会看到一个分为三部分的界面左侧变量列表和上下文设置区。中间Prompt编辑区这是核心。右侧模型参数配置和预览测试区。3.2 编写一个基础提示词我们的目标是创建一个“邮件助手”能根据用户提供的简单要点生成结构清晰、语气得体的商务邮件。步骤1定义提示词内容在中间的编辑区输入以下内容你是一位专业的商务秘书。请根据用户提供的要点撰写一封正式的商务邮件。 邮件要点 {{mail_points}} 要求 1. 邮件结构完整包含称呼、正文、结尾敬语和署名。 2. 语言简洁、专业、礼貌。 3. 如果用户没有指定收件人使用“尊敬的同事”作为称呼。 4. 如果用户没有指定发件人使用“[我的名字]”作为署名。 请直接输出完整的邮件内容不要添加任何解释。注意{{mail_points}}是一个变量用双大括号包裹。这意味着在实际使用时我们可以动态传入不同的邮件要点。步骤2添加并配置变量在左侧“变量”部分点击“添加变量”。变量名mail_points变量类型选择“文本”描述邮件的核心内容要点默认值可以留空或填写一个示例如“会议改期至明天下午3点请确认是否参加。”步骤3配置模型参数在右侧选择你想要使用的模型例如gpt-3.5-turbo。可以调整温度Temperature控制创造性。写邮件建议较低如0.3-0.7以保证稳定性。最大生成长度根据邮件长度调整如1024。提示词约束可以勾选“禁止网络搜索”因为我们不需要联网信息。步骤4测试与调试在右下角的“预览”区域系统会自动将变量mail_points替换为其默认值。点击“运行”即可看到模型生成的邮件。 你可以修改预览区里的mail_points内容再次运行测试不同输入下的输出效果。通过这个简单的例子你掌握了Dify中提示词编排的核心静态指令 动态变量。接下来我们将引入更强大的能力——工具Tools。4. 构建你的第一个AI Agent让LLM学会使用工具单纯的Prompt只能让LLM“思考”而Agent的强大之处在于能“行动”。在Dify中“行动”通过“工具”来实现。让我们创建一个能查询天气的Agent。4.1 理解工具Tools与Agent工作流程一个能查询天气的Agent其工作流程是用户提问“北京今天天气怎么样”LLM大脑理解意图判断需要调用“天气查询工具”。AgentDify工作流执行工具获取真实的天气数据如调用一个天气API。LLM收到工具返回的数据组织成自然语言回复给用户。4.2 使用“HTTP请求”节点作为工具Dify内置了“HTTP请求”节点可以轻松调用外部API。我们假设使用一个免费的天气API例如wttr.in。步骤1创建一个新的工作流在左侧菜单进入“工作流”点击“创建空白工作流”命名为“天气查询助手”。步骤2搭建工作流节点从左侧节点库中拖拽以下节点到画布并连接开始节点工作流的入口。LLM节点负责理解用户问题和组织最终回答。HTTP请求节点负责调用天气API。连接线从开始连接到LLM再从LLM连接到HTTP请求最后从HTTP请求连回LLM。步骤3配置LLM节点双击LLM节点进行配置。系统提示词这里定义Agent的角色和能力。输入你是一个天气助手。当用户询问某个城市的天气时你需要调用工具获取该城市的天气信息然后根据返回的数据用友好、清晰的语言告诉用户。 如果用户没有指定城市请询问具体城市。 工具返回的是原始数据你需要将其转化为通俗易懂的句子。对话样本可以留空或添加一两个例子让模型更好理解。选择模型例如gpt-3.5-turbo。关键一步在LLM节点中声明工具在LLM节点的配置面板下方找到“工具”区域。点击“添加工具”选择我们刚刚拖入画布的“HTTP请求”节点。这样LLM就知道自己可以调用这个工具了。步骤4配置HTTP请求节点双击HTTP请求节点。URLhttps://wttr.in/{{city}}?formatj1这里{{city}}是一个变量代表城市名。formatj1表示请求JSON格式的数据。方法GET参数点击“添加参数”变量名city值类型选择“变量”。在变量选择器中它应该能自动关联到用户输入中的城市信息这依赖于LLM节点对用户输入的解析和传递Dify会自动处理这部分变量映射。步骤5配置变量与运行测试点击画布空白处在右侧的“全局变量”中你会看到系统自动检测到的city变量。可以为其设置一个默认值如Beijing。点击右上角的“运行”。在运行面板的“用户问题”中输入“上海天气如何”点击“运行”观察工作流的执行过程。你会看到LLM节点分析问题决定调用工具并输出city为上海。HTTP请求节点接收到city上海调用API获取上海天气的JSON数据。数据流回LLM节点LLM将JSON数据解读成“上海目前晴气温25度……”这样的自然语言。最终在运行结果中看到生成的友好回复。恭喜你已经创建了一个具备基础行动能力的AI Agent。它不再空谈而是能真正获取外部信息来回答问题。5. 企业级项目实战搭建智能客服工作流现在我们将综合运用Prompt、知识库和复杂工作流构建一个更贴近企业需求的场景一个能检索内部知识库的智能客服助手。5.1 场景与架构设计场景用户咨询公司产品的技术问题、价格政策或售后流程。Agent需要先检索内部知识库找到最相关的资料再结合资料生成准确、统一的回答。工作流设计用户输入接收问题。知识库检索将用户问题转化为查询在已上传的公司文档知识库中搜索相关片段。意图判断与路由可选进阶判断问题属于“技术”、“价格”还是“售后”以便使用不同的回答策略或提示词。LLM生成回答将检索到的知识库片段作为上下文连同用户问题一起交给LLM生成最终回答。回复用户输出答案。5.2 创建与填充知识库步骤1新建知识库在左侧菜单进入“知识库”点击“创建知识库”命名为“产品客服知识库”。分段处理选择“自动”模式让Dify自动处理文本切片。嵌入模型选择默认或兼容的模型如text-embedding-ada-002。步骤2上传文档点击进入创建好的知识库在“文档”标签页点击“上传文件”。你可以上传产品的PDF说明书、Word格式的QA、TXT格式的价格表等。Dify会自动进行文本提取、分块和向量化。5.3 构建智能客服工作流步骤1创建新工作流命名为“智能客服工作流”。步骤2拖拽并连接节点所需节点及连接顺序开始知识库检索节点LLM节点结束连接开始 → 知识库检索 → LLM → 结束。步骤3配置知识库检索节点双击该节点。知识库选择我们刚创建的“产品客服知识库”。查询内容这里需要填入用户的问题。点击输入框选择“变量” -sys.query这是系统自动捕获的用户输入变量。检索模式选择“向量化检索”默认。返回条数例如3表示返回最相关的3个知识片段。输出变量将检索结果赋值给一个变量如knowledge_context。步骤4配置LLM节点核心这是将知识库内容转化为答案的关键。系统提示词你是我公司的专业客服助手。请严格根据提供的参考知识来回答用户的问题。 如果参考知识中包含明确答案请用清晰、友好的语言直接回答并可以适当引用知识中的关键点。 如果参考知识中没有相关信息请如实告知用户“根据现有资料我暂时无法回答这个问题建议您联系人工客服进一步咨询。” 不要编造任何参考知识之外的信息。上下文这是注入知识库内容的地方。点击“添加上下文”。在“内容”中输入参考知识{{#context.knowledge_context#}}注意{{#context.knowledge_context#}}是Dify引用上一个节点输出变量的特殊语法。knowledge_context就是我们上一步在知识库检索节点中定义的输出变量名。用户问题点击输入框选择“变量” -sys.query。选择模型根据精度和成本要求选择如gpt-4或gpt-3.5-turbo。步骤5运行与测试保存工作流后点击运行。在用户问题中输入“你们旗舰版产品的价格是多少” 工作流会将问题送入知识库检索节点在知识库中查找与“旗舰版”、“价格”相关的片段。将找到的片段例如“旗舰版产品A授权价格为每年19999元。”作为knowledge_context传递给LLM节点。LLM节点将knowledge_context填入提示词的“参考知识”部分结合用户问题生成最终回答“您好根据产品资料我们的旗舰版产品A的授权价格为每年19999元。具体折扣可能因采购量而异详情可咨询销售代表。”这个工作流确保了客服回答的准确性和一致性所有答案都源于官方知识库避免了LLM的“幻觉”问题。6. 常见问题与排查思路在实际操作中你可能会遇到一些问题。以下是一些常见问题的排查指南。问题现象可能原因排查思路与解决方案访问localhost:3000无法打开1. Docker容器未成功启动。2. 端口被占用。3. 防火墙/安全组限制。1. 运行docker compose ps检查容器状态。若有异常查看日志docker compose logs。2. 运行netstat -tlnp | grep :3000(Linux) 检查端口占用。可修改.env中的端口号。3. 检查本地防火墙或云服务器的安全组规则是否放行了3000和5001端口。部署时docker compose up -d报错1. Docker或Docker Compose版本过低。2. 网络问题无法拉取镜像。3..env文件配置错误。1. 升级Docker和Compose到最新稳定版。2. 检查网络可尝试更换Docker镜像源。3. 检查.env文件格式确保没有语法错误变量值用引号括好。工作流运行失败提示“LLM调用错误”1. 模型API密钥未配置或错误。2. 模型供应商服务不可用或超时。3. 请求额度不足。1. 进入Dify控制台“模型供应商”设置检查对应API Key是否正确填写且未过期。2. 检查OpenAI/Azure等服务的状态页面。3. 检查账户余额或调用额度。知识库检索结果不相关1. 文档分割方式不合理。2. 查询问题表述不清晰。3. 嵌入模型不匹配或效果差。1. 尝试调整知识库的“分段处理”设置如手动调整分块大小和重叠度。2. 优化用户问题或在工作流前增加一个“问题重写”的LLM节点。3. 尝试更换不同的嵌入模型需在高级设置中配置。Agent不按预期调用工具1. LLM的系统提示词未明确指示使用工具。2. 工具描述不够清晰。3. 模型能力不足如gpt-3.5-turbo对工具调用的理解不如gpt-4。1. 在系统提示词中清晰说明“当你需要XX信息时请调用YY工具”。2. 在Dify的工具配置中完善工具的“描述”字段让LLM明白工具的用途。3. 尝试使用更强大的模型如gpt-4。工作流变量传递错误或为空1. 变量名拼写错误。2. 节点输出未正确连接到下游节点的输入。3. 上游节点运行失败无输出。1. 仔细检查工作流中各节点配置的变量名确保完全一致区分大小写。2. 在画布上检查连接线确保数据流方向正确。3. 使用工作流的“调试”模式逐步运行每个节点查看中间变量的值。7. 最佳实践与进阶建议掌握了基础操作后遵循以下最佳实践能让你的Dify项目更加健壮、高效。7.1 Prompt设计最佳实践角色扮演在系统提示词开头明确赋予LLM一个角色如“资深架构师”、“专业客服”能显著提升回答的专业性和风格一致性。结构化指令使用编号、分点、章节标题如“## 要求”来组织Prompt使指令更清晰LLM更容易遵循。示例驱动Few-Shot在提示词中提供1-3个高质量的输入输出示例能极大地引导LLM生成符合预期的格式和内容。变量隔离将动态内容用户输入、检索结果、API返回数据全部通过变量{{}}或上下文{{#context.#}}注入保持核心Prompt的稳定。迭代优化不要期望一次写出完美Prompt。利用Dify的“运行与预览”功能用各种边界案例进行测试持续调整和优化。7.2 工作流编排工程建议模块化设计将复杂的工作流拆分成逻辑清晰的子模块。例如将“用户意图分类”、“知识库检索”、“答案生成”、“安全检查”分别做成可复用的节点组或子工作流。异常处理关键节点如HTTP请求、代码执行后应添加“判断”节点检查执行状态或返回码。对于可能失败的环节设计备选路径或友好的错误回复。日志与调试充分利用Dify工作流运行详情中的日志。对于生产环境的关键工作流考虑将重要中间变量和决策记录到外部日志系统。性能优化对于知识库检索合理设置返回条数和相似度阈值避免注入过多无关上下文浪费Token并可能干扰LLM。对于并行任务可以使用“并行处理”节点提高效率。7.3 生产环境部署考量安全性妥善保管.env文件中的数据库密码和各类API密钥切勿提交到代码仓库。为Dify控制台设置强密码并定期更换。如果对外提供服务务必通过Nginx等反向代理配置HTTPS。对知识库的上传文档进行安全检查防止恶意内容注入。可维护性使用版本控制如Git来管理你的工作流、提示词配置。Dify支持导出应用配置。为不同的环境开发、测试、生产配置不同的模型供应商和API端点避免相互影响。监控与成本密切关注模型API的调用量和费用设置预算告警。监控Dify自身服务的资源使用情况CPU、内存、数据库连接。从在本地成功运行Dify到设计出第一个有效的Prompt再到构建出能调用工具、检索知识库的智能工作流你已经走完了AI Agent开发的核心路径。Dify的强大之处在于它将复杂的AI工程能力封装成了可视化的组件让开发者能快速将想法转化为可运行、可迭代的应用。下一步你可以尝试更复杂的场景结合多个API工具实现自动化流程如自动生成报告并发送邮件、利用“代码执行”节点让Agent运行Python脚本处理数据、或者探索Dify的“发布”功能将你的AI应用以API或独立网页的形式分享给他人。记住持续迭代和基于真实反馈的优化是打造优秀AI产品的关键。
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
