experimental-ext-grouping/CONTRIBUTING.md

68 lines
2.9 KiB
Markdown

# 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