A registry server for Model Context Protocol (MCP) servers, providing REST API endpoints to list, search, and retrieve MCP server metadata and versions
Four well-defined read-only registry query tools with consistent naming (list-, get-), documented schemas, and clear descriptions. Tools follow verb_noun patterns and include proper pagination support. However, descriptions are brief (average ~80 chars, below production baseline of 194 chars), parameter descriptions lack actionable context, and output schemas are inferred rather than explicitly documented in the source code. No destructive operations, so security posture is high for this limited domain, but descriptions could guide LLM selection more effectively per pattern:tool-description baseline.
Get detailed information about the latest version of a specific MCP server
Get detailed information about a specific version of an MCP server
Get all available versions for a specific MCP server
Get a paginated list of MCP servers from the registry
Descriptions are functionally complete but lack actionable context. Average description length ~80 chars vs. production baseline of 194 chars. No guidance on WHEN to use each tool instead of similar tools (e.g., when to call get-server vs get-server-version).
Parameter descriptions lack format/constraint guidance. 'URL-encoded server name' is minimal; should explain when encoding is needed, accepted format for serverName (reverse-domain notation), and provide actionable examples (e.g., 'Reverse-domain format: com.example/my-server; use list-servers to discover valid names').
Output schema not visible in source code. Inferred from tool names and descriptions, but actual response structure (fields, types, nesting) not documented in the provided code. Per HARD SCORING RULES, tool definitions not explicitly visible are capped at reasonable baseline, not maximum.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | C | 69 | 2026-07-28+ | v2 |
| 2026-03-09 | D | 53 | - | v1 |
list-servers pagination uses cursor-based model (good pattern) but description does not explain how to interpret cursor or when to stop iterating. Should state: 'Cursor is opaque; pass returned cursor as-is for next page. Pagination complete when cursor is null or fewer than limit items returned.'