Cline v4.1.1：MCP 路由修复，工具连接稳定性大幅提升

采用 Cline v4.1.1 的服务器名称路由以支持 MCP；它在重启后稳定工具调用。

关键修复：McpHub 不再使用随机 UID，因此你的 MCP 服务器即使在配置编辑后仍保持连接。

Cline v4.1.1（一个用于代理编程的 VS Code 扩展）刚刚发布了一个不声不响但至关重要的修复：McpHub 中残留的 MCP 服务器密钥机制已被移除。在之前的版本中，每个 MCP 服务器都被分配一个随机的内存中 UID。当你重启 Cline 或编辑 MCP 服务器列表时，这些 UID 会改变——工具调用可能会默默地路由到错误的服务器或完全失败。

现在，原生 MCP 工具调用改为按服务器名称路由。该名称在会话和配置编辑中保持稳定，因此路由表在重启和服务器列表更改后仍能保持完整。

对你意味着什么

如果你在 Cline 中使用 MCP 服务器（例如，用于文件系统、数据库或浏览器自动化），你可能遇到过这个问题：你添加一个服务器，调整配置，重启——突然你的工具返回 404 或命中了错误的端点。此更新消除了这一类错误。

对于 Claude Code 用户，这是对一个更广泛原则的提醒：在 MCP 设置中，稳定的标识符至关重要。随机 UID 是一个陷阱——它们破坏可重现性并使调试变得困难。服务器名称路由是理性的选择。

这也与 MCP 社区最近向极简主义转变的方向一致（更少的服务器，更少的上下文膨胀）。通过名称路由，你可以自信地移除或重新排序服务器，而无需担心过期引用。

• 将 Cline 更新至 v4.1.1+（通过 VS Code 市场或 code --install-extension cline.cline）。

• 验证你的 MCP 服务器在 cline_mcp_settings.json 中配置了唯一的描述性名称——避免使用"server1"或"default"之类的通用名称。

• 重启 Cline，然后运行一个使用 MCP 的工具调用。确认它仍然有效。

• 编辑你的服务器列表（添加/移除服务器），再次重启，然后重新运行——路由应该保持正常。

如果你使用 Claude Code，应用相同的原则：在配置中保持 MCP 服务器名称稳定且唯一。Claude Code 已经按名称路由，但 Cline 中的这个修复突显了内存中标识符的脆弱性——所以审计你自己的设置是否有任何类似的模式。

为什么这对 MCP 用户很重要

MCP 正在爆炸式增长——截至 2026 年 6 月有 13,000 多个服务器——协议正在向无状态方向发展（2026-07-28 规范移除了会话和初始化握手）。在这样的世界里，稳定的路由是非协商的。Cline 的修复是朝着生产级可靠性迈出的小但重要的一步。

这也与安全话题相关联：7 月份在 7,000 多个 MCP 实例中披露了 11 个 CVE，任何路由稳定性的改进都能减少工具调用被错误指向到意外目标的可能性。

如果你依赖 MCP，Cline v4.1.1 的服务器名称路由是必需的修复。立即更新，并使用稳定的描述性服务器名称来确保你的设置面向未来。

最初发布于 gentic.news

如需进一步操作，你可以考虑屏蔽此人和/或报告滥用