DIFY DEEP DIVE01 / 22
OPEN-SOURCE · AGENTIC WORKFLOW · LLMOPS

Dify
深度介绍

用于团队内部技术分享:理解 Dify 的产品边界、工程架构、适用场景、风险与落地路线。

Team Tech Sharing2026-06-08
DIFY DEEP DIVE02 / 22
CORE POSITION

Dify 不是“聊天机器人平台”。

官方当前定义更接近:面向生产环境的 agentic workflow development platform

它把模型、知识库、工具、流程编排、API 发布、观测与人工标注放在同一个工作台里,让团队从“Prompt 原型”走向“可运营的 AI 应用”。

S03 / Split Statement2026-06-08
DIFY DEEP DIVE03 / 22

一张图看 Dify 的产品坐标

Workflow单次任务流水线
Chatflow多轮会话 + 流程
Knowledge文档摄取、索引、检索
Tools / MCP外部能力调用
Model Providers模型与凭证管理
Monitor日志、成本、反馈、标注
S04 / Six Cells2026-06-08
DIFY DEEP DIVE04 / 22

推荐主入口:Workflow 与 Chatflow

01

Workflow

一次输入,完整运行,输出结果。适合报告生成、批处理、数据处理、审批/质检链路。

  • 可由用户输入或 Trigger 启动
  • 面向单轮任务
  • 可作为 API / Web App / MCP / Tool 发布
02

Chatflow

每一轮对话都触发流程。适合客服、知识问答、互动助手、需要记忆与变量的会话。

  • 只能从用户消息启动
  • 支持会话变量与记忆
  • 必须用 Answer 节点结束
S08 / Duo Compare2026-06-08
DIFY DEEP DIVE05 / 22

从 Prompt 到生产应用:Dify 补齐了中间层

Prompt单点试验
Flow确定步骤
Knowledge接入私有数据
Tools调用外部系统
API进入业务系统
Monitor持续优化
S11 / Horizontal Timeline2026-06-08
DIFY DEEP DIVE06 / 22

工作流编排:把“不稳定模型”放进“稳定流程”

50single-path node limit
串行

节点依次执行,后续节点可读取前序变量。

并行

分支同时运行,汇合后下游节点读取各分支结果。

循环/迭代

对列表逐项处理,或按条件重复执行。

复用

节点可复制到同工作流、跨工作流、跨实例,但依赖资源会重新校验。

S21 / Tech Spec Sheet2026-06-08
DIFY DEEP DIVE07 / 22

Knowledge:RAG 不是一个节点,而是一条管线

01

摄取

上传 PDF、PPT、文档等资料,抽取文本并切分。

02

索引与检索

配置 embedding、召回策略、测试命中质量。

03

应用集成

把知识库挂到 Workflow / Chatflow / Agent 节点中。

S05 / Three Layers2026-06-08
DIFY DEEP DIVE08 / 22

Dify 的应用运行时:模型只是其中一层

App
InputVariablesNodesMemory
LLMKnowledgeToolsCode
APIWeb AppMCPLogs
S17 / System Diagram2026-06-08
DIFY DEEP DIVE09 / 22

工具体系:让模型能“做事”

Plugin Tool

Marketplace / 社区插件,适合常见第三方服务。

Custom Tool

通过 OpenAPI / Swagger 接内部系统或外部 API。

Workflow Tool

把一个 Workflow 封装成可复用工具;Chatflow 不支持。

MCP Tool

接入 MCP server,将外部资源标准化成工具。

Agent Node

让 Agent 在受控工具列表中选择调用。

Tool Node

在流程中显式调用工具,更稳定、更可控。

S16 / Multi-card Brief2026-06-08
DIFY DEEP DIVE10 / 22

为什么团队需要这类平台

01

模型能力碎片化

不同任务需要不同模型、不同上下文、不同成本策略。把模型接入集中在 Workspace 层,能减少重复集成。

02

业务流程不可全交给模型

生产应用需要条件、校验、回退、人工标注。Workflow 把不确定性约束在局部。

03

AI 应用需要运营

日志、反馈、成本、命中率、标注数据决定应用能否持续变好。

S18 / Why Now2026-06-08
DIFY DEEP DIVE11 / 22

模型接入:原型和生产要分开

System Providers快速试验
Custom Providers生产控制
Multiple Credentials环境隔离
Load Balancing付费/企业能力
Local Models数据边界
S07 / H-Bar Chart2026-06-08
DIFY DEEP DIVE12 / 22

发布面:同一个应用可以变成多种接口

Dify App
Web App
Backend API
MCP Server
Workflow Tool

API key / MCP URL 都是凭证,不能暴露在前端代码或公开客户端中;应由后端代理调用。

S14 / Loop Form2026-06-08
DIFY DEEP DIVE13 / 22

监控与 LLMOps:上线后才是真正开始

01Logs

查看每次运行输入、节点输出、耗时、错误。

02Dashboard

监控性能、成本、用户参与度。

03Feedback

收集 like / dislike 与文本反馈。

04Annotation

把生产反馈转成可复用的问答、规则或改进数据。

S20 / Stacked Ledger2026-06-08
DIFY DEEP DIVE14 / 22

团队落地的三种典型模式

01

内部助手

知识库问答、流程咨询、客服辅助、研发 FAQ。

02

自动化流水线

报告生成、资料清洗、质检、分类、工单预处理。

03

AI 能力中台

把 Workflow 封成 API / MCP / Tool,被多个业务系统复用。

S13 / Three Forces2026-06-08
DIFY DEEP DIVE15 / 22

设计一个 Dify 应用时,先问四个问题

01输入是否稳定?

字段、文件、会话上下文是否可控。

02失败能否回退?

是否需要条件分支、人工确认、降级路径。

03数据从哪来?

知识库、外部 API、内部系统还是用户上传。

04如何运营?

日志、成本、反馈、标注、版本管理。

S19 / Four Cards2026-06-08
DIFY DEEP DIVE16 / 22

Dify 适合什么,不适合什么

YES

适合

  • 流程稳定但需要模型参与的业务
  • 跨模型、知识库、工具的组合应用
  • 需要快速验证与持续运营的团队
  • 非纯工程成员参与搭建的场景
NO

不适合

  • 极高定制 UI / 极致低延迟核心链路
  • 强事务一致性、复杂权限矩阵由流程平台承载
  • 没有日志治理与 Prompt/数据版本意识的上线
  • 把 Agent 当成万能自动化替代品
S08 / Duo Compare2026-06-08
DIFY DEEP DIVE17 / 22

优势不是“更会聊天”,而是降低 AI 应用工程门槛

低门槛视觉编排
可集成API / MCP / Tools
可运营Logs / Feedback / Annotation
可迁移DSL / Self-host
S06 / KPI Tower2026-06-08
DIFY DEEP DIVE18 / 22
CRITICAL VIEW

最大风险:
把流程平台误当成工程系统。

真正的生产落地,需要 Dify 负责 AI 编排层;业务权限、审计、支付、核心数据写入,仍应由后端系统兜底。

S12 / Manifesto2026-06-08
DIFY DEEP DIVE19 / 22

团队试点路线:四周足够验证价值

W1选场景

找高频、边界清晰、可人工复核的任务。

W2搭 Workflow

输入、知识、模型、工具、输出先跑通。

W3接 API

接入内部系统,只做低风险读写。

W4看日志

用真实运行日志修 Prompt、数据和节点。

S15 / Matrix2026-06-08
DIFY DEEP DIVE20 / 22

Demo 蓝图:内部知识问答 + 工单预处理

User InputKnowledge RetrievalLLM Reasoning
ConditionTool CallAnswer / Ticket Draft
LogsFeedbackAnnotation Improve

这类 Demo 能同时覆盖:知识库、条件分支、工具调用、会话输出、日志与反馈闭环。

S22 / Image Hero2026-06-08
DIFY DEEP DIVE21 / 22

上线前检查清单

□ API key / MCP URL 不进入前端
□ 模型 provider 区分 dev / prod 凭证
□ Knowledge 命中率经过测试集验证
□ 每个工具都有输入校验与失败路径
□ 日志中不落敏感原文或可脱敏
□ 关键动作由后端二次确认
□ DSL / 配置有版本管理
□ 有人工标注与回滚机制
S21 / Checklist2026-06-08
CLOSING

先做
可控流程
再谈自主智能。

REFERENCES22 / 22
  1. Dify Docs. Introduction / Key Concepts. docs.dify.ai
  2. Dify Docs. Workflow & Chatflow / Orchestration Logic. docs.dify.ai
  3. Dify Docs. Knowledge / Tools / Model Providers / Monitor / API / MCP Server. docs.dify.ai
  4. langgenius/dify. GitHub Repository README. github.com/langgenius/dify

内部分享建议讲法:用 Dify 做第一层 AI 应用编排,不要把它当成替代后端、权限系统或企业数据治理系统。

← → 翻页 · F 全屏