# Contributing [Problem Statement](docs/problem-statement.md) | [Use Cases](docs/use-cases.md) | [Approaches](docs/approaches.md) | [Open Questions](docs/open-questions.md) | [Experimental Findings](docs/experimental-findings.md) | [Related Work](docs/related-work.md) | Contributing ## How to Participate This Interest Group welcomes contributions from anyone interested in organization of MCP primitives. You can participate by: - Joining discussions in the [#primitive-grouping-ig](https://discord.com/channels/1358869848138059966/1425903819186770064) (info on joining the Discord server [here](https://modelcontextprotocol.io/community/communication#discord)) - Opening or commenting on GitHub Discussions in this repo - Sharing experimental findings from your own implementations - Contributing to documentation and pattern evaluation ## Communication Channels | Channel | Purpose | Response Expectation | |:-------------------------------------------------------------------------------------------------------| :--- | :--- | | [Discord #primitive-grouping-ig](https://discord.com/channels/1358869848138059966/1425903819186770064) | Quick questions, coordination, async discussion | Best effort | | GitHub Discussions | Long-form technical proposals, experimental findings | Weekly triage | | This repository | Living reference for approaches, findings, and decisions | Updated after meetings | ## Meetings *To be scheduled* — likely biweekly working sessions once the group establishes momentum. Meeting norms: - Agendas published 24 hours in advance - Notes published within 48 hours ## Decision-Making As an Interest Group, we operate by **rough consensus** — we're exploring and recommending, not deciding. Outputs include: - Documented requirements and use cases - Evaluated approaches with findings - Recommendations to relevant WGs or as SEP proposals ## Contribution Guidelines ### Documenting Approaches and Findings When adding experimental findings or new approaches: - Include enough detail for others to reproduce or evaluate - Note which clients and servers were tested - Be explicit about what worked, what didn't, and what remains untested - Attribute community input with GitHub handles and link to the source where possible ### Community Input When adding quotes or input from community discussions: - Attribute to the contributor by name and GitHub handle - Link to the original source (Discord thread, GitHub comment, etc.) where possible - Present input as blockquotes to distinguish it from editorial content ### Filing Issues Use GitHub Issues for: - Proposing new approaches or use cases - Reporting gaps in documentation - Tracking action items from meetings