docs/community/<group-name>/charter.mdx 处，并添加到 docs/docs.json。
章程捕获特定于您的组的信息。治理规则——领导要求、决策流程、会议要求、升级路径——在 工作组和兴趣组 文档中定义并自动适用。不要在此处重复它们。
标记为 (仅工作组) 的部分是工作组必需的，对于兴趣组是可选的。
将下面的 markdown 复制到
docs/community/<group-name>/charter.mdx 并替换占位符文本。---
title: <Group Name> Charter
description: Charter for the MCP <Group Name> <Working Group | Interest Group>.
---
## Group Type
<!-- 说明这是工作组还是兴趣组。 -->
**Working Group** | **Interest Group**
## Mission Statement
<!--
用 2-3 句话总结组的目的。
- 正在解决的问题空间
- 为什么需要跨部门协作
- 对于 WG：组将产生的具体交付物
- 对于 IG：组将促进的讨论和知识共享
-->
## Scope
### In Scope
<!--
对于 WG：
- 规范工作：拥有的特定规范部分或 SEP
- 参考实现：SDK 组件或参考实现
- 跨部门关注点：需要与其他组协调的领域
- 文档：文档责任
对于 IG：
- 讨论的主题领域
- 输出类型（问题陈述、用例、建议）
-->
### Out of Scope
<!-- 明确声明不在组职权范围内的内容，以防止任务蔓延。 -->
### Related Groups
<!-- 列出工作相交的其他 WG 或 IG 以及重叠的性质。 -->
## Leadership
<!--
领导要求和职责在治理规则中定义。
列出当前的 Leads (WG) 或 Facilitators (IG)。
-->
| Role | Name | Organization | GitHub | Term |
| ---- | ---- | ------------ | ------ | ---- |
| | | | | |
## Authority & Decision Rights (WG only)
<!--
决策流程（懒惰共识 → 投票 → 升级）在
治理规则中定义。此表记录此 WG 可以在
哪个权限级别做出哪些决策。
IG 不做绑定决策，不需要此部分。
-->
| Decision Type | Authority Level |
| ----------------------------------- | ------------------------------------------------------ |
| Meeting logistics & scheduling | WG Leads (autonomous) |
| Proposal prioritization within WG | WG Leads (autonomous) |
| SEP triage & closure (in scope) | WG Leads (autonomous, with documented rationale) |
| Technical design within scope | WG consensus |
| Spec changes (additive) | WG consensus → Core Maintainer approval |
| Spec changes (breaking/fundamental) | WG consensus → Core Maintainer approval + wider review |
| Scope expansion | Core Maintainer approval required |
| WG Member approval | WG Member sponsors |
## Membership
<!--
列出当前的组成员及其参与级别（如果有）。
如果还没有成员，请省略。参与层级和成员
资格标准在治理规则中定义。
-->
| Name | Organization | GitHub | Discord | Level |
| ---- | ------------ | ------ | ------- | ----- |
| | | | | |
## Operations
<!--
记录组当前的会议方法。会议要求（公开、
提前 7 天发布、议程/笔记到 GitHub Discussions）和沟通
渠道在治理规则中定义。
-->
| Meeting | Frequency | Duration | Purpose |
| --------------- | --------- | -------- | ------------------------------------- |
| Working Session | | | Technical discussion, proposal review |
| Office Hours | | | Open Q&A for newcomers and observers |
## Deliverables & Success Metrics (WG only)
<!--
跟踪带有状态和所有权的活动工作项。
IG 可以在此处可选地列出当前的讨论主题或计划的输出。
-->
### Active Work Items
| Item | Status | Target Date | Champion |
| ------------- | ------------------------- | ----------- | -------- |
| SEP-XXX: Name | Draft / Review / Approved | | |
### Success Criteria
<!-- WG 成功的可衡量成果。 -->
## Changelog
| Date | Change |
| ---- | ------ |
| | |
使命声明示例
工作组：传输工作组旨在演进 MCP 的传输机制，以支持多样化的部署场景——从本地子进程通信到水平扩展的云部署——同时保持协议一致性和向后兼容性。兴趣组：
企业兴趣组探索在企业环境中部署 MCP 的挑战，收集用例和需求以为未来的规范工作提供信息。