@octri/mcp
Related Servers
Alternatives to @octri/mcp
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityDmaintenanceBrings OpenAPI/Swagger documentation into AI assistants, enabling endpoint discovery, deep inspection, cURL generation, and TypeScript type generation.-
- AlicenseAqualityDmaintenanceExposes Swagger/OpenAPI API documentation to AI models, enabling exploration, search, and interaction with endpoints, schemas, and execution of API calls.142 npm2MIT
- AlicenseNot gradedqualityCmaintenanceProvides AI coding agents with accurate OpenAPI contract details to prevent hallucinated API calls, supporting multi-version pinning, endpoint discovery, and request validation.72 npmApache 2.0
- FlicenseAqualityBmaintenanceEnables LLMs to dereference and query OpenAPI/Swagger specifications, search endpoints and schemas, validate payloads, extract security schemes, and generate production-ready integration code in multiple languages.8-
- AlicenseNot gradedqualityCmaintenanceEnables AI assistants to discover, search, and interact with REST APIs by parsing OpenAPI/Swagger specifications with intelligent fuzzy search across endpoints, supporting both local and remote API sources.8 npm2MIT
- AlicenseAqualityDmaintenanceEnables AI assistants to understand and interact with OpenAPI specifications, providing deep insight into API structures for faster and more accurate API integration.911 npm1MIT
TDQS
Scored across 7 tools
Each tool targets a distinct resource: changelog, endpoint docs, guides, SDK methods, endpoint listings, SDK listings, and search. No two tools appear to overlap in purpose, so an agent can reliably select the right one.
All tool names follow a consistent verb_noun pattern with lowercase and underscores (get_, list_, search_). The verbs are clear and the nouns are specific, making the naming predictable and uniform.
With 7 tools, the set is well-scoped for an API documentation server. Each tool serves a clear function without redundancy, and the count falls comfortably within the ideal 3-15 range.
The tool surface covers the core documentation workflows: discovering endpoints, retrieving details, searching, accessing guides, checking changelog, and SDK info. The only notable gap is the lack of a list_guides tool, though search_docs can partially compensate.