## Motivation and Context Docs currently don't have very clear organisation, and don't explain core flows. This fixes #89 (although we still might want to push these to `https://modelcontextprotocol.io/docs/`), based on the plan there. One minor change from that plan is that I merged tutorials and guides, because they ended up basically being duplicates which I thought would be annoying for us to keep in sync. Additionally in the Diátaxis framework, tutorials and guides are separated by whether they are focused on acquisition of skills (e.g. in a learning environment) or application of skills (e.g. in a work environment). I expect the registry to be something that will be used occasionally in a work environment, rather than a fundamental 'learnable' skill so I think it's reasonable not to have tutorials and fold these into guides. ## How Has This Been Tested? - Read through all these updated docs - Unit and integration tests (that previously used examples.md and use the schema) working - Ran `npx markdown-link-check .` to check all the links work ## Breaking Changes Links to old docs will break, but I don't think there are any. All internal links have been checked and updated. ## Types of changes <!-- What types of changes does your code introduce? Put an `x` in all the boxes that apply: --> - [ ] Bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds functionality) - [ ] Breaking change (fix or feature that would cause existing functionality to change) - [x] Documentation update
1.7 KiB
1.7 KiB
MCP Registry Roadmap
This is a high-level roadmap for the MCP Registry. It is subject to change and not exhaustive, but it outlines the general thinking of the sequencing and scope of our work in this repository.
This roadmap may occasionally drift out of date. Please review Issues (and corresponding Labels) for the most current work in progress.
Current Status
The initial version of the MCP Registry is actively being developed. The initial focus is on delivering a REST API to which server creators can publish, and aggregator/marketplace consumers can ETL.
Phase 1: MVP/Go-Live (Current Focus)
See the go-live blocker issues.
Backlog (Future Work, may be moved to out of scope)
- UI implementation
- Store and surface other data besides servers (e.g. clients, resources)
- Download count tracking
- Internationalization (i18n)
Out of Scope (Not Planned)
- Source code hosting: The registry will never host actual server code
- Quality rankings: No built-in server quality assessments or rankings
- Curation: No editorial decisions about which servers are "better"
- Unified runtime: Not solving how servers are executed
- Server hosting: The registry does not provide hosting for servers
- Search engine: The registry will not provide a commercial grade search engine for servers
- Server tags or categories: Not supported, to reduce moderation burden
- Server rankings: The registry will not rank servers by subjective measures of quality