Dify 1.8.0 实测：多模型管理、MCP OAuth、异步存储，真升级还是鸡肋?

Dify 1.8.0 来了，说实话，刚发布那会儿我扫了一眼更新列表，觉得没什么特别值得大书特书的。直到有朋友转发了几篇所谓的“深度评测”给我看——好家伙，一看就是大模型硬凑出来的东西，把更新内容都带跑偏了，既没有实操，又容易误导人。索性自己动手，把真正值得关注的地方掰扯清楚。

背景

这次更新的几个关键点，其实都指向同一个方向：让 Dify 更好用、更可靠、更接近生产环境。至于哪些是真升级，哪些是刷存在感，咱们一项一项看。

本次更新内容

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

升级

如果你已经在跑 Docker 版，升级过程其实挺简单的。先做个备份，然后把 docker-compose.yaml 里的镜像版本改成 1.8.0，重启服务就行。

# 备份
cd docker
cp docker-compose.yaml docker-compose.yaml.$(date +%s).bak

# 修改docker-comose.yaml中的版本
langgenius/dify-api:1.8.0
langgenius/dify-web:1.8.0

# 停止服务并清除容器
docker compose down
# 启动服务
docker compose up -d

有一点要提醒：升级后大概率会遇到

。别慌，直接进 api 服务容器，在 /app/api 目录下跑一下 uv run flask db upgrade，数据库迁移完成后就正常了。

升级成功后，刷新页面看到下面的界面，没有报错，就说明一切到位。

新功能

多模型管理支持

1.8.0 之前，一个模型只能绑定一个 Key。现在嘛，可以同时配置多个了。

具体操作看上图：点

进入模型配置，通过 编辑原有的 Key，或者通过 新增 API 密钥。当你有多个 Key 时，默认只有一个生效。

设置默认模型时没有额外选项，底层其实根据选中的模型进行路由。如果你想做更灵活的多 Key 负载均衡，改一下获取租户模型的方法就行。

MCP 支持 OAuth

刚看到这个功能描述时，我还以为 Dify 自己发布了 MCP 的 OAuth 鉴权支持。翻了一圈，没找到对应的配置入口。

直到发现添加 MCP 服务时多了个“超时时间”的配置项。回想一下，以前添加 MCP 后需要手动点授权才能用，这次难不成是添加后自动授权？试了试，果然如此。

流程简化了，添加即授权，省了一步操作。

Start 节点支持默认值

现在 Start 节点可以设置默认值了，后续管理和使用都更方便。

Agent 节点令牌用量统计

之前 Agent 节点把所有 token 都算作

，导致成本监控数据严重失真，甚至某些场景直接显示为 0。v1.8.0 修复了这个问题，。对于需要精细化成本核算的团队来说，这个改进非常实在。

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

官方说升级后支持文档状态排序，实际测试下来，排序功能并没有直接出现，反倒是多了根据文档状态进行检索的能力。对于知识库管理来说，按状态筛选比排序更实用一些。

性能与基础设施

这部分是这次更新里含金量最高的。以前 Dify 的工作流执行（WorkflowRun / WorkflowNodeRun）用的是同步阻塞的 Repository 实现。什么意思？就是每个节点执行时，数据库读写必须等完成，才能进入下一个节点。对于简单的流程还好，一旦遇到多节点、并行分支的复杂工作流，I/O 等待就成了明显的瓶颈。

新版本改成了

：

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

简单说，复杂工作流的执行速度和并发能力都有明显提升。这个改动属于“不动声色但影响深远”的类型，值得关注。