大数跨境

Dify v1.18.0 发布:Agent 开始自己选路了

Dify v1.18.0 发布:Agent 开始自己选路了 AI4SE
2026-10-23
3
导读:10 月 23 日,Dify 发布了 v1.18.0。

10 月 23 日,Dify 发布了 v1.18.0。

如果你一直在跟 Dify 的版本节奏,会发现这一版跟之前不太一样——它不是修修补补,而是动了一个很根本的东西:让 Agent 接管工作流的路由。

翻译成人话就是:以前工作流的岔路口得你自己画,现在可以让 Agent 自己判断该走哪条路。


头号特性:Agent Routing

这是 v1.18.0 最大的亮点,官方叫它 Agent Routing。

先说说它解决了什么问题。

传统工作流处理"分流"这件事,靠的是条件分支节点。你得预先定义好规则——如果用户问的是 A,走这条;如果是 B,走那条。规则明确、场景固定的流程,这么干没问题。

但现实里的分流经常是模糊的。比如客服工单,用户一句话里可能同时提到退款、物流、发票,你到底该把它派给哪个部门?靠关键词匹配,经常匹配错;靠人工,成本高。

Agent Routing 的思路是:把这个判断交给 Agent。让模型根据请求的具体内容和上下文,自己决定走哪条路。

官方举的例子很直观——一个客户请求进来,Agent 根据请求的细节,自动把它送到对应的部门。不用你写一堆 if-else,也不用人工分拣。

对做客服系统、订单处理这类场景的团队来说,这个功能能省下不少事。


为什么这个功能值得单独说

如果你看过我之前那篇《Agent 还是 Workflow?Dify 选型避坑指南》,应该记得里面有个核心问题:

区别不在于是否用了 AI,而在于谁来决定下一步。

  • Workflow:你(创建者)决定
  • Agent:模型在运行时决定

Agent Routing 有意思的地方在于——它把"决定下一步"这件事,从工作流创建者手里,部分交给了模型。

这其实是 Dify 一直在推进的那条线:用 Workflow 画边界,用 Agent 处理边界内的不确定性。

之前的做法是"Workflow 里嵌一个 Agent 节点"。现在 Agent Routing 更进一步——Agent 不只是处理某一步,而是能参与整个流程的路由决策。

我上个月写《Dify 演进方向分析》的时候判断过,Dify 在往"Agent 操作系统"的方向走。Agent Routing 算是这个判断的又一个落地证据:Agent 从"被调用的执行单元",正在变成"能主动决策的调度者"。


其他几个值得关注的变化

Portable Apps:把整个应用打包带走

第二个比较实用的功能是 Portable Apps。

你可以把一个完整的应用——包括它的工作流和 Agent——导出成单个文件,然后导入到另一个工作区。

这件事看起来不起眼,但解决了一个很真实的痛点:应用怎么在团队之间流转。

以前要把一个应用从开发环境搬到生产环境,或者从一个工作区分享给另一个团队,得靠导出 DSL、手动配置依赖、重新对接模型供应商,步骤繁琐还容易出错。

现在一个文件搞定。对于有多个工作区、或者需要做应用模板分发的团队,这个功能能省不少功夫。

嵌套工作流的可视化追踪

第三个是调试相关的改进——嵌套工作流的详细步骤追踪。

复杂应用经常是工作流套工作流。以前出了问题,你很难看清楚一个嵌套调用内部到底发生了什么。现在能看到逐步的执行轨迹,排查问题时直观多了。

这个功能对维护大型应用的团队价值更大。应用一旦复杂起来,可观测性就是刚需。

Agent Knowledge Base(可选)

还有一个可选功能:Agent 知识库。

相当于给 Agent 配一个专属的资料库,存放它需要参考的文档和数据。跟传统知识库的区别是,它是面向 Agent 的独立空间,不是绑在某个具体应用上的。

注意官方特别标注了——这个功能需要额外的服务和数据库,不是开箱即用的。属于"想要就自己配"的类型。


升级提醒:这次别直接拉镜像

跟之前几版一样,v1.18.0 的升级不是简单地拉个新镜像重启就完事。

官方明确说了几个要点:

  1. 多个组件要一起更新,不能只动一个
  2. 要用指定版本的软件,版本对不上会出问题
  3. CLI 工具需要重新认证

如果你们团队不是特别熟悉运维,官方建议找 IT 团队配合。

结合 1.17.x 那波的经验(内置 Weaviate 要从 1.27.0 跨到 1.39.2,必须分阶段迁移),这次升级前我建议还是老三样:备份数据库、备份数据卷、确认组件版本匹配。

版本升级这件事,Dify 现在的节奏是"功能在往前冲,但升级路径越来越需要认真对待"。


我的判断

v1.18.0 这一版,功能数量不算多,但方向很清晰。

Agent Routing 的出现,标志着 Dify 在"Agent 和 Workflow 如何协作"这个问题上,给出了一个更进一步的答案:不只是让 Agent 处理某一步,而是让它参与整个流程的决策。

这跟我在选型那篇里说的判断是一致的——最好的方案从来不是"全 Agent"或"全 Workflow",而是让两者各司其职:Workflow 提供结构和边界,Agent 提供灵活和判断。

如果你现在的应用里有大量靠条件分支做分流的逻辑,而且这些分流规则经常需要调整,那 Agent Routing 值得试试。它可能能把一部分你本来要写死在流程里的判断,交给模型动态处理。

至于要不要现在就升级到 1.18.0——还是那句话,生产环境求稳的可以再等一两个小版本,等 1.18.x 把升级路径磨顺了再上。想尝鲜 Agent Routing 的,先在测试环境跑起来。


最后

从 v1.13 的 Human Input,到 v1.17 的 Agent 重设计,再到 v1.18 的 Agent Routing,Dify 这一年的主线其实就一条:让 AI 应用从"按你画的流程走",进化到"自己判断怎么走"。

这个方向对不对,可能还要看后面几个版本。但至少现在,Dify 在"Agent 与 Workflow 如何共存"这个问题上,给出的答案是越来越清晰的。


Dify社区群:嗨聊吧

欢迎扫码加入嗨聊吧!


【声明】内容源于网络
0
0
AI4SE
聚焦Dify、Coze等工作流和 AI 智能体研发,融合LLM、AI Agent、RAG、MCP 等技术,驱动高效赋能。
内容 235
粉丝 0
AI4SE 聚焦Dify、Coze等工作流和 AI 智能体研发,融合LLM、AI Agent、RAG、MCP 等技术,驱动高效赋能。
总阅读12.0k
粉丝0
内容235