api_docsLABSCO SUMMARY
Two calls, because that is the shape of looking something up.
A full API specification is far too large to put in a model's context, and the split here matches how a person uses documentation: skim the index, then open the one entry you need. Supporting GraphQL, OpenAPI and gRPC behind the same two tools means an assistant working across a mixed estate does not need a different mental model per protocol.
What it is
An MCP server that turns API specifications into something a model can look things up in. You list your sources — local files or remote endpoints — in one environment variable, and the server fetches, processes and caches them, refreshing periodically. Two tools then expose the result: a catalogue of methods, and the full request, response and error shape for one of them.
What you get
api_docs— every available API method across the configured sources, each with its name, its type (a GET or POST for REST, a query or mutation for GraphQL) and a short description, optionally narrowed to onesourceNameapi_search— the full definition for one method byresourceName, returning its request structure, response structure and error shape- GraphQL from
graphqlorgqlfiles or JSON introspection results, local or remote — a remote endpoint can carry an Authorization header - OpenAPI and Swagger from
yaml,ymlorjsonschemas, local or remote - gRPC from
protofiles or via reflection against a running endpoint - An in-memory cache with a TTL and periodic refresh, so schemas stay current without a fetch on every call
Requirements
Nothing beyond access to your own schemas; remote sources that need authentication take their credentials in the source definition's headers. Sources are configured through API_SOURCES, a JSON array of file or URL entries each naming a name and a type of gql, api or grpc. The package is api-docs-mcp (1.0.24 in package.json); the documented client entry runs npx api-docs-mcp over stdio with API_SOURCES in the env block. Building from a clone uses pnpm install and pnpm build.
Setup effort
One command — npx api-docs-mcp
USE CASES
Finding the right endpoint in an unfamiliar API
Browse the method catalogue with its descriptions, then open the one that matches.
Writing a call correctly the first time
Pull the exact request and response structures rather than inferring them from an example.
Working across GraphQL, REST and gRPC at once
Register all three kinds of source and query them through the same two tools.
Documenting against a live schema
Point at a running GraphQL or gRPC endpoint so the definitions come from what is deployed, refreshed on a schedule.
2 tools
Listed in project docs. Your client may show a different list.
api_searchBEFORE YOU INSTALL
What to know first
Tools you get
2 tools named in the project's documentation.
Requires
npx on PATH
Where it runs
The documented client runs the server on your machine.
INSTALLATION
Connect your client
Server setup
npx api-docs-mcpMCP Clients
Any MCP client
{
"mcpServers": {
"api-docs-mcp": {
"type": "stdio",
"command": "npx",
"args": [
"api-docs-mcp"
],
"env": {
"API_SOURCES": "<YOUR_API_SOURCES>"
}
}
}
}