SOLFIND
Web Lens
Portal home

Group Charter Template - Model Context Protocol

https://modelcontextprotocol.io/community/charter-template • 306 KB fetched
Open original page


Group Charter Template - Model Context Protocol Documentation Index Fetch the complete documentation index at: /llms.txt Use this file to discover all available pages before exploring further. Skip to main content Model Context Protocol home page Search... ⌘ K Ask Assistant ⌘ I * Blog * GitHub Search... Navigation Get Involved Group Charter Template Documentation Specification Extensions Registry SEPs Community Get Involved * Contributing to MCP * Contributor Communication * Working and Interest Groups * Group Charter Template Shaping the Protocol * Roadmap * Design Principles * SEP Guidelines Governance * Governance and Stewardship * Contributor Ladder * Feature Lifecycle and Deprecation Policy * SDK Tiering System * Security Policy * Antitrust Policy Working Group Charters * Agents Charter * File Uploads Charter * Filesystems Charter * Inspector V2 Working Group Charter * Interceptors Charter * Registry Charter * SDK Working Group Charter * Server Card Charter * Skills Over MCP Charter * Transports Charter * Triggers and Events Charter Interest Group Charters * Authorization Charter * Enterprise Interest Group Charter * Enterprise-Managed Authorization Charter * Financial Services Charter * Primitive Grouping Charter * Security Charter * Tool Annotations Charter On this page * Example Mission Statements Get Involved Group Charter Template Copy page Copy page Template for MCP Working Group and Interest Group charters. Copy page Copy page Every MCP Working Group and Interest Group must maintain a charter document following this structure. Charters are stored at docs/community/working-groups/<group-name>.mdx or docs/community/interest-groups/<group-name>.mdx in the modelcontextprotocol repository and added to docs/docs.json . The charter captures information specific to your group. Governance rules — leadership requirements, decision-making process, meeting requirements, escalation paths — are defined in the Working and Interest Groups documentation and apply automatically. Do not repeat them here. Sections marked (WG only) are required for Working Groups and optional for Interest Groups. Copy the markdown below into docs/community/working-groups/<group-name>.mdx (or interest-groups/ for an IG) and replace the placeholder text. --- title : <Group Name> Charter description : Charter for the MCP <Group Name> <Working Group | Interest Group>. --- ## Group Type <!-- State whether this is a Working Group or an Interest Group. --> **Working Group** | **Interest Group** ## Mission Statement <!-- A 2-3 sentence summary of the group's purpose. - The problem space being addressed - Why cross-cutting collaboration is needed - For WGs: what concrete deliverables the group will produce - For IGs: what discussions and knowledge-sharing the group will facilitate --> ## Scope ### In Scope <!-- For WGs: - Specification Work: Specific spec sections or SEPs owned - Reference Implementations: SDK components or reference implementations - Cross-Cutting Concerns: Areas requiring coordination with other groups - Documentation: Documentation responsibilities For IGs: - Topic areas for discussion - Types of output (problem statements, use cases, recommendations) --> ### Out of Scope <!-- Explicit statements of what is NOT within the group's purview to prevent mission creep. --> ### Related Groups <!-- List of other WGs or IGs with intersecting work and the nature of overlap. --> ## Leadership <!-- Leadership requirements and responsibilities are defined in the governance rules. List current Leads (WG) or Facilitators (IG). --> | Role | Name | Organization | GitHub | Term | | ---- | ---- | ------------ | ------ | ---- | | | | | | | ## Authority & Decision Rights (WG only) <!-- The decision-making process (lazy consensus → vote → escalation) is defined in the governance rules. This table documents which decisions this WG can make at which authority level. IGs do not make binding decisions and do not need this section. --> | 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 <!-- List current group members and their participation levels, if any. Leave out if no members exist yet. Participation tiers and membership criteria are defined in the governance rules. --> | Name | Organization | GitHub | Discord | Level | | ---- | ------------ | ------ | ------- | ----- | | | | | | | ## Operations <!-- Document the group's current meeting approach. Meeting requirements (open, published 7 days ahead, agendas/notes to GitHub Discussions) and communication channels are defined in the governance rules. --> | Meeting | Frequency | Duration | Purpose | | --------------- | --------- | -------- | ------------------------------------- | | Working Session | | | Technical discussion, proposal review | | Office Hours | | | Open Q&A for newcomers and observers | ## Deliverables & Success Metrics (WG only) <!-- Track active work items with status and ownership. IGs may optionally list current discussion topics or planned outputs here. --> ### Active Work Items | Item | Status | Target Date | Champion | | ------------- | ------------------------- | ----------- | -------- | | SEP-XXX: Name | Draft / Review / Approved | | | ### Success Criteria <!-- Measurable outcomes for WG success. --> ## Changelog | Date | Change | | ---- | ------ | | | | ​ Example Mission Statements Working Group: The Transport Working Group exists to evolve MCP’s transport mechanisms to support diverse deployment scenarios—from local subprocess communication to horizontally-scaled cloud deployments—while maintaining protocol coherence and backward compatibility. Interest Group: The Enterprise IG explores the challenges of deploying MCP in enterprise environments, gathering use cases and requirements to inform future specification work. Was this page helpful? Yes No Working and Interest Groups Roadmap github Assistant Responses are generated using AI and may contain mistakes.

Links found on this page

  1. /llms.txt [direct]
  2. Skip to main content [direct]
  3. Model Context Protocol home page [direct]
  4. Blog [direct]
  5. GitHub [direct]
  6. Documentation [direct]
  7. Specification [direct]
  8. Extensions [direct]
  9. Registry [direct]
  10. SEPs [direct]
  11. Community [direct]
  12. Contributor Communication [direct]
  13. Working and Interest Groups [direct]
  14. Roadmap [direct]
  15. Design Principles [direct]
  16. SEP Guidelines [direct]
  17. Governance and Stewardship [direct]
  18. Contributor Ladder [direct]
  19. Feature Lifecycle and Deprecation Policy [direct]
  20. SDK Tiering System [direct]
  21. Security Policy [direct]
  22. Antitrust Policy [direct]
  23. Agents Charter [direct]
  24. File Uploads Charter [direct]
  25. Filesystems Charter [direct]
  26. Inspector V2 Working Group Charter [direct]
  27. Interceptors Charter [direct]
  28. Registry Charter [direct]
  29. SDK Working Group Charter [direct]
  30. Server Card Charter [direct]
  31. Skills Over MCP Charter [direct]
  32. Transports Charter [direct]
  33. Triggers and Events Charter [direct]
  34. Authorization Charter [direct]
  35. Enterprise Interest Group Charter [direct]
  36. Enterprise-Managed Authorization Charter [direct]
  37. Financial Services Charter [direct]
  38. Primitive Grouping Charter [direct]
  39. Security Charter [direct]
  40. Tool Annotations Charter [direct]
  41. modelcontextprotocol repository [direct]