Dify 1.8.0 到底升级了哪些功能？带你一探究竟。

本次更新内容

• • 多模型凭证管理
• • MCP 整合OAuth
• • 工作流变量支持默认值
• • Agent 节点令牌用量统计
• • 知识库文档排序（文档状态检索）
• • 性能与基础设施

新功能

多模型管理支持

在1.8.0之前，一个模型，只能配置一个key。在1.8.0中可以同时配置多个。

具体表现在如上图：

• • 点1在模型的配置中
• • 可以通过2编辑原有的key配置
• • 也可以通过3添加api密钥

当有多个key的时候，默认只有一个key生效。

在设置默认模型的是，没有选项，底层肯定是根据选中的模型路由。如果想做模型路由，修改获取租户模型的方法即可。

mcp 支持 OAuth

刚开始以为是dify发布的mcp支持OAuth的鉴权，这个功能我找了一圈，没找到。

添加mcp服务的时候，多了超时时间。最后想起来以前添加完mcp以后，需要点击授权才可以获取，猜测这次是添加完以后直接获取。尝试一下。

果然如猜测那般，添加以后直接授权。

start节点支持默认值

在start的节点中，支持设置默认值。方便后续的管理使用

Agent 节点令牌用量统计

此前 Agent 节点把 所有 token 都算进了 completion，导致监控与成本数据失真；甚至部分场景显示为 0。v1.8.0 修复后，输入（prompt）与输出（completion）分开计数。

知识库文档排序（文档状态检索）

按官方的说法，升级以后支持文档状态排序，实际测试中并没有后看到状态的排序。到是看到了根据文档状态检索的功能。

性能与基础设施

之前 Dify 的 工作流执行（WorkflowRun / WorkflowNodeRun） 是基于同步阻塞的Repository实现的。  这意味着：

• • 每个节点执行时，数据库写入/读取必须等待完成，才能继续下一个节点。
• • 在包含多个节点、并行分支的复杂工作流中，瓶颈明显（尤其是 I/O 等待）。

新版本改为了 Async Repositories

• • Dify 在 WorkflowRun 和 WorkflowNodeRun 层面引入了 异步非阻塞存储，大幅减少数据库访问对执行主流程的阻塞。
• • 在流程运行时，不需要每一步都等数据库写入确认，很多操作可以“边跑边写”，或者通过异步队列/调度机制延迟处理。