小组类型
工作组使命宣言
基础设施工作组构建和维护 MCP 的共享基础设施与自动化。它让维护者和贡献者可以通过自助方式完成日常管理。治理规则定义谁可以做什么；基础设施组通过标准工具和工作流实现这些决策。范围
范围内
- 访问权限和账户：组织邀请、团队成员资格、权限和账户配置。这包括允许 MCP 工作组的获授权负责人邀请贡献者加入组织，并管理各自小组的访问权限，其中也包括尚不能开启拉取请求的贡献者。
- GitHub 管理：创建和配置仓库、管理团队和访问权限，以及自动化常见管理任务。
- 小组设置：为获批准的 MCP 小组设置仓库、权限、电子邮件、会议和其他资源。
- 会议和沟通：Google Workspace 账户、别名、邮件列表、日历、排期、议程和通知；为重要项目事件提供 Discord 集成和 MCP 桥接。
- 共享服务：与现有负责人共同改进 MCP 的规划、投票和会议服务。
- 托管和发布：网站、文档托管、CI/CD、部署、软件包发布权限、域名、DNS 和证书。
- 支持性资源：MCP 当前需要或未来采用的计算、存储、凭据和其他基础设施。
- 维护：监控、升级、恢复、所有权变更和移除未使用的资源。
范围外
- 制定治理政策、决定谁担任某个角色或变更审批要求。
- 制定投票规则、审核政策或沟通政策。
- 协议和 SDK 设计、发布决策、网站内容以及其他小组的路线图。
- 未经负责人同意接管服务或要求进行迁移。
- 个人、公司或第三方 MCP 部署所需的基础设施。
相关小组
- SDK WG 和 SDK 维护者：基础设施 WG 为仓库设置、访问权限、CI 和发布提供共享工具。SDK 维护者继续负责各自的 SDK 和发布。
- 其他 WG 和 IG：基础设施 WG 为小组设置、成员资格、沟通和基础设施提供工具。每个小组继续负责自己的工作和服务。
领导层
权限与决策权
此表涵盖有关基础设施 WG 自身工作的决策。成员
初始负责人列于上方。基础设施 WG 将在新增成员时记录其成员和参与级别。访问权限由 modelcontextprotocol/access 管理。运作方式
基础设施 WG 在相关仓库的 GitHub issues 中跟踪任务。共享 GitHub Project 看板将跟踪优先级、负责人、状态和目标日期。看板创建后会在此处添加链接。贡献者可以根据自己的时间承担任务。
协调工作从 MCP Discord 上的基础设施工作组讨论开始。基础设施 WG 频道和会议记录的链接确认后会添加。会议将在 meet.modelcontextprotocol.io 上发布。
适用工作组与兴趣组治理规则。
交付成果与成功指标
当前工作项
基础设施 WG 的交付成果包括可运行的基础设施、自动化仓库，以及使用和维护这些资源的文档。初始工作应建立在 modelcontextprotocol/access 和现有服务仓库之上。 首要优先级来自成立时的讨论：访问和账户配置、组织邀请、规划和投票工具、会议，以及 Discord 通知和 MCP 桥接。初始交付成果如下。任务、负责人、日期和进度将在看板上跟踪。- 允许 MCP 工作组的获授权负责人邀请贡献者加入组织，并管理各自小组的访问权限
- 改进账户、电子邮件和权限配置
- 改进规划、投票和会议服务
- 自动化会议设置、日历、议程和通知
- 为重要事件添加 Discord 通知和 MCP 桥接支持
- 自动化小组设置和日常仓库管理
- 为托管、部署、DNS 和支持性资源提供共享工作流
- 记录现有基础设施、其负责人和剩余的手动任务
成功标准
- 维护者和贡献者可以通过自助工作流完成日常管理任务，审批方式由项目治理规则定义。
- 日常请求耗时更少且需要的手动步骤更少。基础设施 WG 会衡量自动化前后的情况。
- 在支持的系统中一致应用相同的角色和审批规则。
- 维护者使用共享工作流完成常见任务。基础设施 WG 跟踪采用情况和失败情况。
- 基础设施 WG 管理的资源都有明确的负责人、记录在案的配置，以及关于维护、恢复和移除的说明。
- 自动化除了支持初始设置，还支持访问权限变更、所有权转移和清理。仍需手动执行的步骤会被记录。