Dify 1.18 让 agent 自己挑工作流分支

搭过 LLM 工作流的人都知道，分支过去要靠人预设条件：请求是咨询就走 A，是投诉就走 B。Dify 新版本把这个选择权交给了 agent 本身，它在执行中自己决定下一步走哪条路。

一、发生了什么

据 Dify 官方仓库 10 月 23 日的发布说明，v1.18.0 有五块内容。最核心的是 Agent 输出路由：Agent v2 节点启用 Output Routes 后，需定义至少两个分支及各自条件，agent 完成任务的过程中自主决定走哪条，比如自己能答就直接解决，答不了就转给专家节点；还提供只读的 switch 输出，能看到它选了哪条路。其次是应用导出默认改为 .ifpkg 便携包，把应用配置连同 agent、技能、图标、站点设置、插件依赖打成一个文件，导入时自动重建资源并重映射引用，agent 包上限 512MB。第三是嵌套工作流可见性：Workflow Tool 调用作为子图运行，可从运行历史逐级点进去看每一步的执行轨迹，重新发布工具不影响运行中的实例。另外还有 difyctl v2 命令行和 Agent Knowledge Base 测试版（独立服务加独立数据库，默认关闭）。difyctl 这块值得多说两句：官方 OpenAPI 里发布了服务端操作目录，命令行从目录自动发现命令，覆盖应用创建、DSL 导入导出、环境变量、发布、版本恢复全流程，还带草稿哈希保护防止并发编辑互相覆盖；普通应用包仍有 10MiB 的 DSL 限制，别和 agent 包的 512MB 上限搞混。升级注意事项也不少：本地沙箱现在强制认证令牌，必须设非空值；源码部署要求 Python 3.13；旧的工作流消费者要先退役再放新流量，顺序反了会出问题。

二、跟你有什么关系

• 平台搭建者：以前靠人肉写分支条件的多分支场景，现在可以交给 agent 判断，先在测试环境验证路由准确率。
• 运维：升级是硬约束，API、workers、agent 运行时必须同步升到 1.18.0，旧运行时读不了新快照。
• 交付团队：.ifpkg 让"整套应用打包发给客户"变成一个文件的事，省掉一堆手工配置。

三、怎么用

1. 升级前先备份，确认 Agent 后端和运行时版本一致，再放流量。
2. 给 Agent v2 节点开 Output Routes，至少配两条分支，跑一批真实请求统计路由命中率。
3. 导出一两个现成应用试试 .ifpkg，验证依赖重建和引用重映射是否符合预期。

四、三个别信的说法

agent 选分支就等于更智能。 分支质量取决于你给的条件写得清不清，条件含糊它一样选错，上线前必须用真实流量测。

便携包万能。 它打包的是应用及其依赖，目标工作区的模型密钥、外部数据源仍要另配，包体也有限额。

知识库升级无感。 新知识库是独立服务加独立数据库，默认不启用，镜像目前仅 amd64，经典知识库继续可用但别指望自动迁移。

五、一句话结论

让 agent 在流程里自己选路，是工作流平台从"画流程图"走向"定边界"的一步。

信息来源

• Dify v1.18.0 发布说明（官方 GitHub 讨论） 2026-10-23

功能与价格以官方公告为准。本文写于 2026 年 10 月 24 日。