> ## Documentation Index
> Fetch the complete documentation index at: https://mcp.zhcndoc.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 基础设施章程

> MCP 基础设施工作组章程。

## 小组类型

**工作组**

## 使命宣言

基础设施工作组构建和维护 MCP 的共享基础设施与自动化。它让维护者和贡献者可以通过自助方式完成日常管理。治理规则定义谁可以做什么；基础设施组通过标准工具和工作流实现这些决策。

## 范围

### 范围内

* **访问权限和账户**：组织邀请、团队成员资格、权限和账户配置。这包括允许 MCP 工作组的获授权负责人邀请贡献者加入组织，并管理各自小组的访问权限，其中也包括尚不能开启拉取请求的贡献者。
* **GitHub 管理**：创建和配置仓库、管理团队和访问权限，以及自动化常见管理任务。
* **小组设置**：为获批准的 MCP 小组设置仓库、权限、电子邮件、会议和其他资源。
* **会议和沟通**：Google Workspace 账户、别名、邮件列表、日历、排期、议程和通知；为重要项目事件提供 Discord 集成和 MCP 桥接。
* **共享服务**：与现有负责人共同改进 MCP 的[规划](https://plan.modelcontextprotocol.io)、[投票](https://voting.modelcontextprotocol.io)和[会议](https://meet.modelcontextprotocol.io)服务。
* **托管和发布**：网站、文档托管、CI/CD、部署、软件包发布权限、域名、DNS 和证书。
* **支持性资源**：MCP 当前需要或未来采用的计算、存储、凭据和其他基础设施。
* **维护**：监控、升级、恢复、所有权变更和移除未使用的资源。

基础设施 WG 应从差距和反复出现的手动工作入手。运行良好的基础设施应当保持不变。对现有设置或其所有权的变更应与负责人达成一致。

基础设施 WG 应建立在现有仓库和工具之上。共享工作流应使资源易于创建、管理和移除。应记录配置和变更，以便审查和复现。

### 范围外

* 制定治理政策、决定谁担任某个角色或变更审批要求。
* 制定投票规则、审核政策或沟通政策。
* 协议和 SDK 设计、发布决策、网站内容以及其他小组的路线图。
* 未经负责人同意接管服务或要求进行迁移。
* 个人、公司或第三方 MCP 部署所需的基础设施。

### 相关小组

* **SDK WG 和 SDK 维护者**：基础设施 WG 为仓库设置、访问权限、CI 和发布提供共享工具。SDK 维护者继续负责各自的 SDK 和发布。
* **其他 WG 和 IG**：基础设施 WG 为小组设置、成员资格、沟通和基础设施提供工具。每个小组继续负责自己的工作和服务。

## 领导层

| 角色 | 姓名 | 组织 | GitHub | 任期 |
| - | - | - | - | - |
| 负责人 | David Soria Parra (DSP) | Anthropic | [@dsp](https://github.com/dsp)、[@dsp-ant](https://github.com/dsp-ant) | 初始 |
| 负责人 | Den Delimarsky | Anthropic | [@localden](https://github.com/localden) | 初始 |
| 负责人 | Sambhav Kothari | Bloomberg | [@sambhav](https://github.com/sambhav) | 初始 |

## 权限与决策权

此表涵盖有关基础设施 WG 自身工作的决策。

| 决策类型 | 权限级别 |
| - | - |
| 会议事务和排期 | 基础设施 WG 负责人（自主决定） |
| 基础设施 WG 优先级 | 基础设施 WG 负责人（自主决定） |
| 范围内的基础设施和自动化设计 | 基础设施 WG 共识 |
| 基础设施 WG 所有基础设施的日常维护 | 基础设施维护者，在约定政策范围内 |
| 变更其他团队的基础设施 | 与相关负责人达成一致 |
| 基础设施 WG 范围扩展 | 需要核心维护者批准 |
| 基础设施 WG 成员批准 | 基础设施 WG 成员发起人 |

## 成员

初始负责人列于上方。基础设施 WG 将在新增成员时记录其成员和参与级别。访问权限由 [modelcontextprotocol/access](https://github.com/modelcontextprotocol/access) 管理。

## 运作方式

基础设施 WG 在相关仓库的 GitHub issues 中跟踪任务。共享 GitHub Project 看板将跟踪优先级、负责人、状态和目标日期。看板创建后会在此处添加链接。贡献者可以根据自己的时间承担任务。

| 会议 | 频率 | 时长 | 目的 |
| - | - | - | - |
| 工作会议 | 初期按需 | 待定 | 审查优先级、设计和进行中的工作 |

协调工作从 MCP Discord 上的基础设施工作组讨论开始。基础设施 WG 频道和会议记录的链接确认后会添加。会议将在 [meet.modelcontextprotocol.io](https://meet.modelcontextprotocol.io) 上发布。

适用[工作组与兴趣组治理规则](/community/working-interest-groups)。

## 交付成果与成功指标

### 当前工作项

基础设施 WG 的交付成果包括可运行的基础设施、自动化仓库，以及使用和维护这些资源的文档。初始工作应建立在 [modelcontextprotocol/access](https://github.com/modelcontextprotocol/access) 和现有服务仓库之上。

首要优先级来自成立时的讨论：访问和账户配置、组织邀请、规划和投票工具、会议，以及 Discord 通知和 MCP 桥接。初始交付成果如下。任务、负责人、日期和进度将在看板上跟踪。

* 允许 MCP 工作组的获授权负责人邀请贡献者加入组织，并管理各自小组的访问权限
* 改进账户、电子邮件和权限配置
* 改进规划、投票和会议服务
* 自动化会议设置、日历、议程和通知
* 为重要事件添加 Discord 通知和 MCP 桥接支持
* 自动化小组设置和日常仓库管理
* 为托管、部署、DNS 和支持性资源提供共享工作流
* 记录现有基础设施、其负责人和剩余的手动任务

### 成功标准

* 维护者和贡献者可以通过自助工作流完成日常管理任务，审批方式由项目治理规则定义。
* 日常请求耗时更少且需要的手动步骤更少。基础设施 WG 会衡量自动化前后的情况。
* 在支持的系统中一致应用相同的角色和审批规则。
* 维护者使用共享工作流完成常见任务。基础设施 WG 跟踪采用情况和失败情况。
* 基础设施 WG 管理的资源都有明确的负责人、记录在案的配置，以及关于维护、恢复和移除的说明。
* 自动化除了支持初始设置，还支持访问权限变更、所有权转移和清理。仍需手动执行的步骤会被记录。

## 更新日志

| 日期 | 变更 |
| - | - |
| 2026-09-22 | 初始草案，David Soria Parra、Sambhav Kothari 和 Den Delimarsky 为负责人。 |