
30分钟,让AI真正“会干活”
Dify = AI应用开发的“低代码平台”,让你通过拖拽+配置,快速搭建具备RAG、工具调用、多轮对话能力的AI Agent。
方案 | 优势 | 劣势 | 适合谁 |
|---|---|---|---|
手写Agent(上一轮) | 完全可控,理解深 | 开发周期长 | 想深入理解原理的人 |
LangChain | 生态丰富,灵活 | 学习曲线陡峭,抽象层级多 | 有一定经验的开发者 |
Dify | 可视化,上手快,有API | 极端定制场景需二次开发 | 零基础/快速验证 |
Coze(扣子) | 字节出品,中文友好 | 数据存云端,企业合规风险 | 个人/轻量场景 |
结论:如果你想快速落地本地Agent,同时保留未来迁移/定制的可能性,Dify是当前最优解。
# 1. 克隆项目
git clone https://github.com/langgenius/dify.git
cd dify/docker
# 2. 启动所有服务(包含PostgreSQL、Redis、Weaviate等)
docker-compose up -d
# 3. 访问 http://localhost:3000
# 默认账号: admin@dify.ai / password: 123456前置要求:Docker已安装,内存≥4GB
# 后端(Python)
cd api
cp .env.example .env
# 修改.env中的数据库配置
pip install -r requirements.txt
flask db upgrade
python app.py
# 前端(Next.js)
cd web
npm install
npm run dev直接访问 https://cloud.dify.ai 注册即可,跳过部署环节。
新手建议:先用 方式三(Cloud版) 熟悉功能,再切到 方式一(Docker本地) 做生产部署。
运维小助手在 “指令” 框中输入:
你是一个专业的运维助手,负责协助工程师管理服务器。
你的能力:
1. 查询服务器状态(CPU、内存、磁盘)
2. 执行预设的安全命令(如查看日志、重启服务)
3. 分析错误日志并给出排查建议
工作原则:
- 执行任何操作前,先向用户确认
- 如果信息不足,主动询问
- 输出结果时,用表格或列表清晰展示
- 涉及敏感操作时,必须再次确认点击 “工具” → “添加工具”
内置工具(可直接勾选):
Web Scraper:抓取网页内容Current Time:获取当前时间Wikipedia:搜索维基百科自定义工具(重点):
点击 “自定义工具” → “创建”,填写:
工具名称: query_server_status
工具描述: 查询指定服务器的CPU、内存、磁盘使用率
输入参数:
- server_ip (string): 服务器IP地址
- metric (string, 可选): cpu/mem/disk/all,默认all关联执行逻辑(两种方式):
方式 | 说明 | 难度 |
|---|---|---|
代码节点(Code Node) | 在Dify内写Python代码 | ⭐⭐ |
API调用 | 调用外部HTTP服务(你已有的Go运维API) | ⭐ |
代码节点示例(直接在Dify里写):
import subprocess
import json
def main(server_ip: str, metric: str = "all"):
# 这里用模拟数据,实际可通过SSH或Agent API获取
result = {
"cpu": "23.5%",
"memory": "67.2%",
"disk": "45.8%"
}
return {
"status": "success",
"data": result
}陪跑提醒:生产环境下,工具执行层不要直接写业务逻辑,而是调用你已有的Go微服务API。Dify只负责“编排”,真正干活的是后端服务。
在 “上下文” 选项卡中:
在右侧 “调试” 面板输入:
请帮我查一下 192.168.1.100 这台服务器的整体状态观察Agent的执行轨迹:
query_server_status工具不想花钱买API?用 Ollama + Dify 本地跑模型:
# macOS / Linux
curl -fsSL https://ollama.com/install.sh | sh
# 下载中文模型(推荐Qwen2.5)
ollama pull qwen2.5:7b在Dify的 “模型提供商” → “Ollama” 中配置:
API地址: http://localhost:11434
模型名称: qwen2.5:7b
上下文长度: 8192注意:本地7B模型执行复杂Agent任务可能稍慢,但零成本+数据不出本地是巨大优势。
当你跑通基础Agent后,可以逐步解锁以下能力:
点击 “知识库” → “创建” → 上传你的运维文档、操作手册、故障案例库
Agent在回答问题时,会自动检索知识库,让回答更精准。
对于复杂任务,可以脱离纯Agent模式,使用 “工作流” 模式——用可视化节点编排固定流程,比纯Agent更可控、更稳定。
创建好的Agent可以:
Dify内置了完整的运行日志:
问题 | 原因 | 解决方案 |
|---|---|---|
Agent不调用工具 | System Prompt没写清楚“何时调用工具” | 在Prompt中明确:“当用户问及XX时,你必须调用YY工具” |
工具参数解析错误 | LLM生成的参数格式不对 | 在工具描述中写清楚参数示例,如 {"ip": "192.168.1.1"} |
本地模型太慢 | 7B模型在CPU上运行较慢 | 1) 用GPU加速;2) 换更小的模型(如qwen2.5:1.5b) |
Docker容器启动失败 | 端口被占用 | 修改 docker-compose.yml 中的端口映射 |
按照这个清单,今天就能跑通第一个本地Agent:
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。