| Filename | Latest commit message | Latest commit date |
|---|---|---|
## Description This PR addresses #300 by adding explicit versioning to the MCP Registry API OpenAPI specification. ## Changes - Added `version: "2025-07-09"` field to the `info` section of the OpenAPI specification - Maintains consistency with existing date-based versioning used across all schema files ## Rationale As outlined in #300, the OpenAPI spec was missing an explicit version field, which could lead to: - Compatibility issues as the API evolves - Lack of clarity for API consumers - Missing functionality in OpenAPI tooling that expects a version field This follows the MCP specification's date-based versioning approach. Closes #300 |
||
| .. | ||
| openapi.yaml | ||
| README.md | ||
Registry API
There are a variety of use cases where an MCP Server Registry API is useful to the MCP ecosystem. At least the following:
- Implementation of a centralized, publicly available catalog of all publicly accessible MCP server implementations
- Implementation of a private catalog of MCP server implementations exclusively accessible by a specific group of people (e.g. a single enterprise)
These scenarios would benefit from a standard "MCP server registry API" specification that they could potentially compose, as well as share resources (like SDK implementations).
The centralized, publicly available catalog ("Official MCP Registry") needs additional constraints that need not apply to the broader "MCP server registry API"
References:
- openapi.yaml - A reusable API specification (MCP Server Registry API) that anyone building any sort of "MCP server registry" should consider adopting / aligning with.
- https://registry.modelcontextprotocol.io/openapi.yaml - The specification backing the Official MCP Registry; a derivative of the MCP Server Registry API specification.