Dify:把大模型应用开发搬上可视化画布
Docker 自部署 国内可用开源自托管的 LLM 应用工厂
工具介绍
Dify:把大模型应用开发搬上可视化画布
Dify 是开源的 LLM 应用开发平台:把模型调用、提示词编排、RAG 知识库、Agent 与应用发布装进一个可视化工作台,既能在云端直接开账号用,也能用 Docker Compose 把整套平台搬进自己的服务器——数据与知识库都留在自己手里。
一、核心优势
1. 应用开发的整条链路都在一张画布上
机制:工作流编辑器把提示词、模型节点、知识库检索、条件分支拖拽连线成完整流程,聊天助手、Agent、文本生成等应用类型各有现成模板;应用后台自动生成 API,自己的系统或网页都能直接对接。
对你的意义:原本要写代码串起来的「检索-重排-生成」链路,变成看得见的节点图,调试时有逐步的运行轨迹可查,改一处不用重跑全流程。
2. 知识库是内置能力而不是外挂
机制:上传文档后平台自动完成分段、向量化与索引,检索方式支持语义与混合召回,分段策略能在工作台里调;知识库可以作为节点挂进任何应用。
对你的意义:企业文档、产品手册这类私有资料不用再自建检索服务,接上模型 API 就能得到一个能回答「自家问题」的问答应用。
3. 模型接入是开放的,不被单一厂商绑住
机制:平台用模型供应商适配层接 OpenAI、Claude、Gemini 与各类开源、国内模型,密钥统一托管,应用侧按需切换;本地模型通过兼容接口也能接入。
对你的意义:模型涨价、限流或出新版本时,换供应商是后台改配置的事,应用与数据都不用动。
4. 自部署形态完整,社区与文档跟得上
机制:官方仓库提供完整的 Docker Compose 编排,一条命令拉起全套服务,升级与备份各有文档章节;中文社区与教程在同类项目里属于最厚的一批。
对你的意义:从试用到生产的路径清晰,遇到问题搜中文资料基本都有人踩过坑。
适合谁
前提是把一台常开的服务器或家用机准备好:Docker 与 Compose 是硬前置,全套容器跑起来对内存有一定要求,低配设备会吃紧。它适合要给团队或客户搭知识库问答、内部工具与 Agent 应用的开发者和中小团队——会一点 Docker 基础即可上手,纯小白建议先用云端版熟悉概念再自部署。怕折腾程度中等:部署本身照文档走不难,难在后续的模型选型、知识库调优与版本升级都要自己上心。要的是「五分钟内聊上天」的轻量对话,它偏重;要的是「把 AI 应用当成正经业务来运营」,它就是这一档里资料最全、生态最成熟的选择。
惊蛰 整理 · 2026-09 收录
评测视频
点击跳转 B 站观看原视频已聚合 5 条评测视频 ·5 位博主独立评测
部署速查
部署前提
- Docker 与 Docker Compose v2.24 以上;机器至少 2 核 4G 内存(含向量库与配套中间件)。
- 官方 compose 依赖同目录 .env 的几十个变量(端口、密钥、向量库选型),不要手抄服务定义,直接用官方文件与 .env 模板。
安装与启动(官方流)
出处:github.com/langgenius/dify → docker/ 目录说明。
git clone https://github.com/langgenius/dify.git --depth 1
cd dify/docker
cp .env.example .env # 按需修改端口、密钥、向量库等变量
docker compose up -d
官方 docker-compose.yaml 共约十个服务:api、worker、web(前端)、postgres、redis、sandbox、ssrf_proxy 与 nginx 统一入口(默认 80 端口),镜像版本全部由 .env 变量控制。
部署之后
- 浏览器打开 http://<主机IP>/install 设置管理员账号。
- 进「设置 → 模型供应商」填入模型 API key,或接本地 Ollama/Xinference 的地址。
- 升级:git pull 后
docker compose pull && docker compose up -d;数据都在 compose 卷里,备份按卷执行。
快速上手
本页由编辑 惊蛰 整理与维护 · 了解幕后






