Skip to main content
MCP Registry 目前处于预览阶段。在正式发布之前，可能会发生破坏性更改或数据重置。如果遇到任何问题，请在 GitHub 上报告。
聚合器是 MCP Registry 的下游消费者，提供额外价值。例如，提供用户评分和安全扫描的服务器市场。 MCP Registry 提供一个无需身份验证的只读 REST API，聚合器可使用它来填充其数据存储。期望聚合器定期但不频繁地抓取数据（例如，每小时一次），并将数据持久化到自己的数据存储中。MCP Registry 不提供正常运行时间或数据耐久性保证。

​
使用 MCP Registry REST API

MCP Registry REST API 的基础 URL 是 https://registry.modelcontextprotocol.io。它支持以下端点：
URL 路径参数（如 serverName 和 version）必须进行 URL 编码。例如，io.modelcontextprotocol/everything 必须编码为 io.modelcontextprotocol%2Feverything。
聚合器最有可能抓取 GET /v0.1/servers 端点。

​
分页

GET /v0.1/servers 端点支持基于游标的分页。 例如，可以使用 limit 查询参数获取第一页： 
curl "https://registry.modelcontextprotocol.io/v0.1/servers?limit=100"
Output
{
  "servers": [
    /* ... */
  ],
  "metadata": {
    "count": 100,
    "nextCursor": "com.example/my-server:1.0.0",
  },
}
然后通过将 nextCursor 值作为 cursor 查询参数传递来获取后续页面： 
curl "https://registry.modelcontextprotocol.io/v0.1/servers?limit=100&cursor=com.example/my-server:1.0.0"

​
按更新时间过滤

GET /v0.1/servers 端点支持过滤自给定时间戳以来已更新的服务器。 例如，可以使用 RFC 3339 日期时间格式的 updated_since 查询参数获取自 2025-10-23 以来已更新的服务器： 
curl "https://registry.modelcontextprotocol.io/v0.1/servers?updated_since=2025-10-23T00:00:00.000Z"

​
服务器状态

服务器元数据通常是不可变的，但 status 字段除外，该字段可能会更新为 "deprecated" 或 "deleted" 等。我们建议聚合器保持每个服务器的 status 副本为最新状态。 "deleted" 状态通常表示服务器违反了我们宽松的 审核政策，表明该服务器可能是垃圾邮件、恶意软件或非法内容。聚合器可能倾向于从其索引中删除这些服务器。

​
作为子注册表运行

子注册表是一种聚合器，它还实现了 MCP Registry 定义的 OpenAPI 规范。这允许客户端（例如 MCP 宿主应用程序）通过标准化接口使用服务器元数据。 子注册表 OpenAPI 规范允许子注册表通过 _meta 字段注入自定义元数据。例如，子注册表可以注入用户评分、下载次数和安全扫描结果：
server.json
{
  "$schema": "https://static.modelcontextprotocol.io/schemas/2025-12-11/server.schema.json",
  "name": "io.github.username/email-integration-mcp",
  "title": "Email Integration",
  "description": "Send emails and manage email accounts",
  "version": "1.0.0",
  "packages": [
    {
      "registryType": "npm",
      "identifier": "@username/email-integration-mcp",
      "version": "1.0.0",
      "transport": {
        "type": "stdio"
      }
    }
  ],
  "_meta": {
    "com.example.subregistry/custom": {
      "user_rating": 4.5,
      "download_count": 12345,
      "security_scan": {
        "last_scanned": "2025-10-23T12:00:00Z",
        "vulnerabilities_found": 0
      }
    }
  }
}
我们建议将自定义元数据放在反映子注册表的键下（例如，上面示例中的 "com.example.subregistry/custom"）。