基础设施工作组章程
社区译文;来源: MCP 1255d50e
小组类型
工作组
使命陈述
基础设施工作组构建并维护 MCP 的共享基础设施和自动化,使 Maintainer 和贡献者能够自助完成日常管理。治理规则定义谁能做什么;基础设施 WG 通过标准工具和工作流落实这些决定。
范围
范围内
- **访问与账户:**组织邀请、团队成员资格、权限和账户预配。其中包括允许获得授权的 MCP 工作组 Lead 邀请贡献者加入组织,并管理各自小组的访问权限,包括尚不能创建 pull request 的贡献者。
- **GitHub 管理:**创建和配置仓库、管理团队与访问权限,并自动化常见管理任务。
- **小组设置:**为已批准的 MCP 小组设置仓库、权限、电子邮件、会议和其他资源。
- **会议与沟通:**Google Workspace 账户、别名、邮件列表、日历、日程安排、议程和通知;面向重要项目事件的 Discord 集成和 MCP bridge。
- **共享服务:**与现有 Owner 一同改进 MCP 的规划、投票和会议服务。
- **托管与发布:**网站、文档托管、CI/CD、部署、包发布权限、域名、DNS 和证书。
- **支持资源:**MCP 当前需要或以后采用的计算、存储、凭据和其他基础设施。
- **维护:**监控、升级、恢复、所有权变更和移除未使用资源。
基础设施 WG 应从缺口和重复的人工工作入手。运行良好的基础设施应保持现状。对现有设置或其所有权的修改应与其 Owner 达成一致。
基础设施 WG 应以现有仓库和工具为基础。共享工作流应让资源易于创建、管理和移除。配置和变更应留有记录,以便评审和复现。
范围外
- 制定治理政策、决定由谁担任角色或更改批准要求。
- 制定投票规则、管理政策或沟通政策。
- 协议和 SDK 设计、发布决策、网站内容,以及其他小组的路线图。
- 未经 Owner 同意接管服务或要求迁移。
- 面向个人、公司或第三方 MCP 部署的基础设施。
相关小组
- **SDK WG 与 SDK Maintainer:**基础设施 WG 为仓库设置、访问、CI 和发布提供共享工具。SDK Maintainer 继续对各自 SDK 及其发布负责。
- **其他 WG 和 IG:**基础设施 WG 为小组设置、成员管理、沟通和基础设施提供工具。各组继续对自己的工作和服务负责。
领导
| 角色 | 姓名 | 组织 | GitHub | 任期 |
|---|---|---|---|---|
| Lead | David Soria Parra (DSP) | Anthropic | @dsp、@dsp-ant | 初始 |
| Lead | Den Delimarsky | Anthropic | @localden | 初始 |
| Lead | Sambhav Kothari | Bloomberg | @sambhav | 初始 |
权限与决策权
本表涵盖基础设施 WG 对自身工作的决策。
| 决策类型 | 权限级别 |
|---|---|
| 会议后勤与日程安排 | 基础设施 WG Lead(自主决定) |
| 基础设施 WG 优先级 | 基础设施 WG Lead(自主决定) |
| 范围内的基础设施和自动化设计 | 基础设施 WG 共识 |
| 基础设施 WG 自有基础设施的日常维护 | 基础设施 Maintainer,在已约定政策范围内 |
| 修改其他团队的基础设施 | 与负责的 Owner 达成一致 |
| 扩大基础设施 WG 范围 | 必须获得 Core Maintainer 批准 |
| 批准基础设施 WG Member | 基础设施 WG Member 赞助人 |
成员
初始 Lead 如上所列。其他成员加入时,基础设施 WG 将记录其成员身份和参与层级。访问权限在 modelcontextprotocol/access 中管理。
运作方式
基础设施 WG 在相关仓库的 GitHub issue 中跟踪任务。一个共享 GitHub Project board 将跟踪优先级、Owner、状态和目标日期。该看板创建后会在此处添加链接。贡献者可根据自身可用时间领取任务。
| 会议 | 频率 | 时长 | 目的 |
|---|---|---|---|
| 工作会议 | 初期按需举行 | 待商定 | 评审优先级、设计和进行中的工作 |
协调工作从 MCP Discord 中的基础设施工作组讨论开始。基础设施 WG channel 和会议记录的链接将在确认后添加。会议将在 meet.modelcontextprotocol.io 发布。
适用工作组与兴趣组治理规则。
交付物与成功指标
活跃工作项
基础设施 WG 的交付物是可运行的基础设施、自动化仓库,以及使用和维护这些设施的文档。初始工作应以 modelcontextprotocol/access 和现有服务仓库为基础。
首批优先事项来自成立讨论:访问和账户预配、组织邀请、规划和投票工具、会议,以及 Discord 通知和 MCP bridge。初始交付物如下。任务、Owner、日期和进度将在看板中跟踪。
- 允许获得授权的 MCP 工作组 Lead 邀请贡献者加入组织,并管理各自小组的访问权限
- 改进账户、电子邮件和权限预配
- 改进规划、投票和会议服务
- 自动化会议设置、日历、议程和通知
- 为重要事件增加 Discord 通知和 MCP bridge 支持
- 自动化小组设置和日常仓库管理
- 为托管、部署、DNS 和支持资源提供共享工作流
- 记录现有基础设施、其 Owner 和仍需人工处理的任务
成功标准
- Maintainer 和贡献者可以通过自助工作流完成日常管理任务,批准规则由项目治理规定。
- 日常请求耗时更短、人工步骤更少。基础设施 WG 在自动化前后分别测量这两项指标。
- 支持的系统一致应用相同的角色和批准规则。
- Maintainer 使用共享工作流处理常见任务。基础设施 WG 跟踪采用情况和失败情况。
- 基础设施 WG 管理的资源均有具名 Owner、已记录的配置,以及维护、恢复和移除说明。
- 自动化除初始设置外,还支持访问权限变更、所有权转移和清理。仍需人工执行的步骤应形成文档。
变更日志
| 日期 | 变更 |
|---|---|
| 2026-09-22 | 初始草案,David Soria Parra、Sambhav Kothari 和 Den Delimarsky 担任 Lead。 |