
零基础认识大语言模型(LLM)工作原理目录 - GuZhenYin - 博客园
上一章我们介绍了 MCP,它解决的是:AI 如何连接工具。
但是企业在真正使用 AI 时,很快又会发现另一个问题。
例如,一个采购审批流程:
这一串操作,就不是“调用一个工具”能完成的事情了。
它需要:
这时候,仅靠 LLM+Tool Call 已经不够了。
于是 Workflow(工作流)出现了。
我们还是先看一个简单任务:帮我统计 Excel 销售额。
LLM 可以一次完成
但是一旦用户把任务变成:每天自动读取销售数据,如果低于目标就给负责人发消息。
那么问题就来了
因为这里出现了:
而 LLM 的特点是:
一次请求 → 一次推理 → 结束。
所以它并不是一个长期运行的流程引擎。
我们先概括一下: Workflow等于用确定性的流程,组织不确定性的 AI 能力。
这里面有两个关键词:
确定性
例如:
这些步骤顺序是固定的。
不确定性
例如:
这些更适合交给 LLM
所以,我们就需要 Workflow 负责“流程”,LLM 负责“智能”。
假设我们做一个“日报生成”流程:
流程图:

对应步骤:
注意:
这里只有第 3 步用了 AI。
其他步骤则全部是普通程序。
因为企业系统天然就是流程化的。
例如医院 SPD:

这里最关键的是:流程必须可控、可追踪、可审计。
然而 LLM则本身并不具备这些能力。
这是比较容易混淆的地方。
Workflow | Agent |
|---|---|
流程预先定义 | 步骤动态决定 |
可预测 | 更灵活 |
适合企业流程 | 适合复杂开放任务 |
强调稳定 | 强调自主性 |
像 BPM 系统 | 像智能员工 |
前面我们讲的是原理。
现在来看一个真实的开源产品(它带火了2025年的AI浪潮)
Dify 的 Workflow 其实本质上就是一个可视化流程编排器。
典型流程:

其中:
节点 | 作用 |
|---|---|
LLM | 生成内容 |
IF | 条件判断 |
HTTP | 调用 API |
Code | 执行代码 |
End | 输出结果 |
这里,我们就可以发现:
Dify 的核心并不是 LLM,而是“流程编排”。
LLM的调用只是其中一个节点。
很多人以为:
AI 应用等于调用大模型。
但是在实际应用过程中,企业里的 AI应该是Workflow + LLM的组合
真正稳定的 AI 系统,往往是“Workflow + LLM”的组合,而不是单纯的大模型。
这一章,我们解决了四个关键问题:
①为什么 LLM 不适合控制流程?
因为它是一次性推理,不擅长长期运行与状态管理。
②Workflow 的本质是什么?
用确定性的流程组织 AI 能力。
③Workflow 与 Agent 的区别?
Workflow 强调稳定和可控,Agent 强调灵活和自主。
④Dify 的核心价值是什么?
不是“大模型”,而是“可视化工作流编排”。