Registry 工作组章程
Registry 工作组章程
社区译文;来源: MCP 29affa6b
小组类型
工作组
使命陈述
Registry 工作组负责构建和维护官方 MCP Registry,即一个面向公开可用 MCP 服务器的开放目录和 API,使客户端、子 Registry 和最终用户能够放心地发现、评估和安装服务器。WG 负责 Registry 服务、server.json schema、Registry API 规范,以及进一步分发服务器元数据的子 Registry 生态系统。
范围
范围内
- Registry 服务:运行、保障可靠性并持续演进托管在
registry.modelcontextprotocol.io的 Registry,包括正常运行时间、监控和事件响应。 - Registry API 规范:定义任何 Registry(官方或私有)如何公开服务器元数据的 OpenAPI 规范。
server.jsonSchema:用于描述 MCP 服务器身份、package、runtime 配置和 capability 的标准化格式;与 Server Card WG 协调,确保 Server Card 始终是一个一致的子集。- 客户端 SDK:通过生成或人工维护的客户端库,让客户端和子 Registry 能够轻松集成 Registry API。
- 发布与信任:身份验证流程(GitHub OAuth、GitHub OIDC、DNS/HTTP 验证)、namespace 所有权、审核工具,以及社区驱动的标记机制。
- 采用与推广:通过文档、入门指南和推广活动提高目录覆盖率。
- Issue 分诊与自动化:Registry 仓库的标签系统、分诊和贡献者工作流。
范围外
- MCP 协议中任何与 runtime 相关的规范内容(由 Core Maintainer 和其他 WG 负责)。
- Server Card 格式和发现机制(由 Server Card WG 负责;本 WG 负责协调
server.json的对齐)。 - 代表 MCP 客户端或最终用户对 MCP 服务器实现进行排名或选择。
- 托管、分发或执行 MCP 服务器代码或二进制文件;Registry 是元数据目录,不是 package registry。
- 不承诺交付达到企业级就绪状态或可复用的 Registry 实现。该代码库只支持当前实例,不面向外部部署。
相关小组
- Server Card WG:
server.json与 Server Card 必须保持一致;Registry 将为已发布条目公开 Server Card 和本地 package 相关元数据。双方需要密切协调,以避免 schema 分歧。
领导
| 角色 | 姓名 | 组织 | GitHub | 任期 |
|---|---|---|---|---|
| Lead | Radoslav Dimitrov | Stacklok | @rdimitrov | 初始 |
权限与决策权
| 决策类型 | 权限级别 |
|---|---|
| 会议后勤与日程安排 | WG Lead(自主决定) |
| WG 内提案优先级 | WG Lead(自主决定) |
| SEP 分诊与关闭(范围内) | WG Lead(自主决定,并记录理由) |
| 范围内技术设计 | WG 共识 |
| 规范更改(增量) | WG 共识 → Core Maintainer 批准 |
| 规范更改(破坏性/根本性) | WG 共识 → Core Maintainer 批准 + 更广泛评审 |
| 扩大范围 | 必须获得 Core Maintainer 批准 |
| 批准 WG Member | WG Member 赞助人 |
成员
| 姓名 | 组织 | GitHub | Discord | 层级 | Maintainer? |
|---|---|---|---|---|---|
| Radoslav Dimitrov | Stacklok | @rdimitrov | dimitrovr | Lead | 是 |
| Tadas Antanavicius | PulseMCP | @tadasant | tadasant_ | WG Member | 是 |
| Bob Dickinson | TeamSpark | @BobDickinson | rddthree | WG Member | 是 |
| Preeti Dewani | Ravenmail | @pree-dew | pree_dew | WG Member | 否 |
荣誉成员
| 姓名 | 组织 | GitHub | Discord | 层级 | Maintainer? |
|---|---|---|---|---|---|
| Adam Jones | Anthropic | @domdomegg | domdomegg | WG Member | 是 |
| Toby Padilla | GitHub | @toby | WG Member | 是 |
运作方式
| 会议 | 频率 | 时长 | 目的 |
|---|---|---|---|
| 工作会议 | 每周一次 | 30 分钟 | 技术讨论、分诊和提案评审 |
Discord:#registry-dev
资源
- Registry 服务仓库:modelcontextprotocol/registry
交付物与成功指标
活跃工作项
| 项目 | 状态 | 目标日期 | 负责人 |
|---|---|---|---|
Server Card / server.json 对齐 | In Progress(进行中) | Q2 2026 | @tadasant |
| 正常运行时间与监控自动化 | Planned(已规划) | Q2 2026 | TBD |
| Issue 分诊自动化与标签系统 | Planned(已规划) | Q2 2026 | TBD |
| 面向热门服务器维护者的采用推广 | Ideating(构思中) | Q3 2026 | TBD |
| 客户端和子 Registry 产品对目录规范的支持 | Ideating(构思中) | Q3 2026 | TBD |
| 客户端 SDK 生成/发布 | Ideating(构思中) | Q3 2026 | TBD |
| Registry API v1 GA | Ideating(构思中) | TBD | TBD |
成功标准
- Registry 正常运行时间 ≥ 99.9%,并具备自动监控和告警。
server.jsonschema 与 Server Card 格式保持一致,不出现非预期分歧。- 大多数热门且公开可用的 MCP 服务器已发布至 Registry。
- 至少有一个生成或维护的客户端 SDK 可供 Registry 使用方使用。
- Registry API v1 规范完成定稿并保持稳定。
- 存在使用官方 Registry API 的活跃子 Registry 生态系统。
变更日志
| 日期 | 变更 |
|---|---|
| 2026-07-30 | @tadasant 卸任 Lead;@rdimitrov 现为唯一 Lead(@tadasant 仍为 WG Member) |
| 2026-04-08 | 初始章程 |