为组织或企业配置 MCP 注册表

先决条件

在创建模型上下文协议（MCP）注册表之前，应了解 MCP 管理为你的公司的功能和优势。请参阅“公司中的 MCP 服务器使用情况”。

选项 1：自承载 MCP 注册表

MCP 注册表的核心是一组 HTTPS 终结点，用于提供有关包含的 MCP 服务器的详细信息。可以使用以下任一选项创建注册表：

分叉和自行托管开源MCP注册表。若要开始，请参阅存储库中的 modelcontextprotocol/registry。
使用 Docker 在本地运行开源注册表。
发布自己的自定义实现。

注意

如果希望开发人员有权访问本地 MCP 服务器，请使用正确的服务器 ID 将这些服务器包含在注册表中。有关详细信息，请参阅“MCP 允许列表强制实施”。

若要创建有效的 MCP 注册表以供 GitHub Copilot 访问，注册表必须满足以下要求： * 终结点和规范要求 * 跨域资源共享要求

有效的注册表必须支持 URL 路由，并遵循 v0.1 MCP 注册表规范，包括以下终结点： * GET /v0.1/servers：返回包含的所有 MCP 服务器的列表 * GET /v0.1/servers/{serverName}/versions/latest：返回特定服务器的最新版本 * GET /v0.1/servers/{serverName}/versions/{version}：返回特定版本的服务器的详细信息

有关请求的更多详细信息和示例 JSON 响应，请参阅官方 MCP 注册表文档。

对 v0.1 规范的支持

虽然 MCP 注册表使用 v0 规范启动，但该版本现在被视为不稳定，不应实现。而是根据以下 IDE 中支持的 v0.1 规范创建注册表：

IDE	v0.1 支持
VS Code业内人士
VS Code
Visual Studio
Eclipse	将于 2025 年 12 月推出
JetBrains IDE	将于 2025 年 12 月推出
Xcode	将于 2025 年 12 月推出

为确保 Copilot 在提取注册表时成功发出跨域请求，注册表或反向代理必须包含跨域资源共享（CORS）标头。将以下标头添加到所有 /v0.1/servers 终结点：

HTTP

Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: GET, OPTIONS
Access-Control-Allow-Headers: Authorization, Content-Type

Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: GET, OPTIONS
Access-Control-Allow-Headers: Authorization, Content-Type

选项 2：将 Azure API 中心用作 MCP 注册表

Azure API 中心提供一个完全托管的 MCP 注册表，其中包含自动 CORS 配置、内置治理功能，并且没有其他 Web 服务器设置。

若要完成注册表的初始设置，请参阅 Azure 文档中的 API 清单中的注册和发现远程 MCP 服务器。
如果希望开发人员有权访问本地 MCP 服务器，请使用正确的服务器 ID 将这些服务器包含在注册表中。有关详细信息，请参阅“MCP 允许列表强制实施”。
为了确保 GitHub Copilot 能够访问您的注册记录，请在 API 中心的可见性设置中允许匿名访问。
复制 API 中心终结点 URL。在下一篇文章中，你将使用此 URL 使注册表在整个公司中可用。

定价和限制

Azure API 中心提供一个免费的层级，用于基本的 API 编录和发现功能，包括 MCP 注册表管理。如果需要高于免费层附带的限制，可以升级到标准计划。有关详细限制和定价，请参阅 Azure 文档中的 Azure API 中心限制。

后续步骤

创建 MCP 注册表后，可以为公司设置 MCP 策略。请参阅“为组织或企业配置 MCP 服务器访问”。

谁可以使用此功能？

本文内容