Vercel MCP开放接入：用CIMD取代人工审核

Vercel 的 MCP 服务最近迎来一项关键变化：任何 MCP 客户端现在都可以请求连接 Vercel MCP，不再需要 Vercel 团队手动审核并加入白名单。取而代之的，是客户端通过发布 Client ID Metadata Document（CIMD）来声明自身身份。这一调整遵循了 MCP 授权规范的最新建议，也为 MCP 生态的开放接入提供了新的参考样本。

从人工审核到自主声明：CIMD 如何工作

过去，Vercel 对每个想要接入的 MCP 客户端及其重定向 URI 进行人工审核和允许列表管理，不在列表中的客户端一律被拒绝。这种模式安全但扩展性有限，尤其当 MCP 客户端数量快速增长时，审核流程会成为接入瓶颈。

现在，客户端只需在自己的域名上发布一个 JSON 文件——即 Client ID Metadata Document，描述自身信息，并使用该文件的 HTTPS URL 作为 OAuth 的 client_id。Vercel 不再预先审查这些客户端，而是依靠 CIMD 中提供的元数据来识别请求来源。这遵循了 MCP 授权规范，该规范目前推荐使用 CIMD 替代动态客户端注册（Dynamic Client Registration）。

动态客户端注册（DCR） 是 OAuth 2.0 的一个扩展规范（RFC 7591），允许客户端在运行时向授权服务器自动注册自身并获得 client_id，无需人工干预。MCP 早期采用这一机制来支持大量不可预知的客户端。然而 DCR 存在明显缺陷：任何人都可以随意注册任意数量的客户端，授权服务器难以追溯客户端真实身份，也容易被滥用；同时注册信息与客户端实际运营方之间缺乏可验证的绑定关系。CIMD 的核心改进在于把 client_id 本身变成一个指向客户端自有域名下元数据文档的 HTTPS URL——客户端必须在自己的域名上托管该文档，从而在 URL 层面就建立了"谁在声明身份"的可验证关联。授权服务器无需维护注册数据库，只需按 URL 拉取文档即可获得客户端名称、Logo、重定向 URI 等信息。

信任模型的变化：你看得见谁在请求

审核环节取消后，信任的落脚点发生了变化。由于 Vercel 并未审查这些客户端，OAuth 同意屏幕上会明确展示每个客户端的来源信息：名称、Logo，以及提供元数据文档的主机名。例如，屏幕可能显示“Claude Code by claude.ai”。

这些 CIMD 客户端不会获得 Vercel 的已验证徽章，因此用户批准连接时，真正需要信任的是那个主机名。换句话说，Vercel 把判断客户端可信与否的责任部分转移给了用户，同时通过展示来源信息来辅助决策。同意屏幕上还会列出客户端将获得的权限、团队选择器以及取消和允许访问按钮。

对于已经在 Vercel 注册的应用，此次变化没有影响，它们保持原有状态。

OAuth 同意屏幕（consent screen） 是 OAuth 授权码流程中的关键交互环节：当客户端请求访问用户资源时，授权服务器会弹出一个页面，向用户展示"哪个应用、来自哪里、请求哪些权限"，由用户决定是否授权。在传统人工审核模式下，同意屏幕上的应用信息经过了平台核验，用户信任的是平台的背书；而在 CIMD 模式下，这些信息由客户端自行声明，平台不再担保其真实性。因此同意屏幕从"平台已审核"的信任信号，转变为"用户自行判断来源"的决策界面。Vercel 通过显示主机名、不授予已验证徽章的方式，明确了这一信任转移：主机名成为用户唯一可依赖的客观标识，用户需要自行判断该域名是否可信。

对 MCP 生态的潜在影响

Vercel 的这一改动与 MCP 授权规范的演进方向一致。CIMD 让客户端可以自主声明身份，降低了服务提供方的手动管理成本，也让新客户端更容易接入。对于希望快速集成 Vercel 能力的开发者来说，接入门槛显著降低。

不过，开放接入也意味着安全边界需要重新审视。用户需要养成检查同意屏幕上主机名的习惯，而不是依赖平台的事先审核。Vercel 通过展示客户端来源和明确不提供已验证徽章的方式，划清了责任边界。

对于 MCP 服务提供方而言，Vercel 的做法提供了一个可参考的模板：在保证用户知情的前提下，用标准化元数据文档替代人工审核，在开放与安全之间寻找平衡。客户端开发者则需要确保自己的 CIMD 文件准确、可访问，并且主机名清晰可辨。

MCP 授权规范 是 Model Context Protocol 中定义客户端如何安全获取访问令牌的章节，其基础是 OAuth 2.1。规范要求 MCP 客户端在连接远程服务器时走标准 OAuth 流程，以获得用户授权并携带令牌访问资源。由于 MCP 客户端形态多样（IDE 插件、CLI 工具、桌面应用、Agent 框架等），规范最初推荐 DCR 以支持动态注册；但随着生态扩大，DCR 的滥用与身份不可追溯问题凸显，规范遂转向推荐 CIMD。这一演进意味着 MCP 的授权模型正从"注册即信任"转向"声明可验证"，服务提供方依据客户端自托管元数据判断来源，而非依赖中心化的注册审核。理解这一规范背景，有助于把握 Vercel 此次改动为何被视为生态趋势的风向标。

如何连接

任何 MCP 客户端都可以请求连接 Vercel MCP。用户仍需登录并批准每次连接，但客户端本身不再需要经过 Vercel 的预先审核。具体接入方式可参考 Vercel MCP 文档。

这次更新看似只是授权流程的技术调整，实际上反映了 MCP 生态从封闭审核走向开放声明的一种趋势。当客户端数量增长到人工审核难以覆盖时，基于标准元数据的信任机制会成为更现实的选择。