OpenAPI MCP
Turn any OpenAPI 3 spec into a working MCP server. One file, about 130 lines, no dependencies.
node openapi-mcp.mjs https://your-api.com/openapi.json
Every API endpoint becomes a tool that an AI client (Claude, Cursor, etc.) can call. There is no code generation and no per-endpoint files. The spec is read at startup, and the tools are built in memory.
Quick start
Requires Node 18 or newer.
git clone <this-repo>
cd openapi-mcp
node openapi-mcp.mjs sample/animechan.openapi.json
It prints openapi-mcp: 4 tools from "Animechan" -> ... and then waits silently for an MCP client. That is normal: it talks JSON-RPC over stdin/stdout and is not meant to be read by humans.
Use it with an AI client
Claude Desktop (local mode)
Add this to ~/Library/Application Support/Claude/claude_desktop_config.json, then restart the app:
{
"mcpServers": {
"animechan": {
"command": "node",
"args": ["/full/path/openapi-mcp.mjs", "/full/path/animechan.openapi.json"]
}
}
}
If the client can't find node, use the full path from which node.
Claude Code (remote mode)
Start the server, then register it:
MCP_AUTH_TOKEN=secret node openapi-mcp.mjs sample/animechan.openapi.json --http 8787
claude mcp add --transport http animechan http://localhost:8787/mcp \
--header "Authorization: Bearer secret"
Then ask in plain English: "give me a random quote from Naruto".
Two modes
| Mode | Command | Use when |
|---|---|---|
| Local (stdio) | node openapi-mcp.mjs <spec> | The client launches the server on your machine |
| Remote (HTTP) | node openapi-mcp.mjs <spec> --http <port> | The client connects to a URL, or you want to self-host |
In HTTP mode, clients send JSON-RPC messages as POST http://host:<port>/mcp. Put --http <port> last.
Test it by hand:
curl -X POST localhost:8787/mcp -H 'Authorization: Bearer secret' \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'
Options
node openapi-mcp.mjs <spec-url-or-file> [base-url] [--http <port>]
| Argument / env var | What it does |
|---|---|
<spec-url-or-file> | OpenAPI 3 spec, as a URL or a local file (JSON; YAML needs npm i yaml) |
[base-url] | Overrides the API address. Defaults to servers[0].url in the spec |
API_TOKEN | Your secret for the API. The spec's securitySchemes decide where it goes (see Authentication) |
OAUTH_CLIENT_ID, OAUTH_CLIENT_SECRET | OAuth2 client-credentials: the token is fetched and refreshed automatically |
OAUTH_REFRESH_TOKEN | OAuth2 refresh-token grant (use with the client id and secret) |
OAUTH_TOKEN_URL, OAUTH_SCOPE | Optional: override the tokenUrl from the spec, or request a scope |
API_HEADERS | Extra headers sent on every call, for anything the schemes don't cover. Example: '{"X-App-Id":"abc"}' |
TOOL_FILTER | Regex. Only tools whose name matches are exposed. Example: '^(get|list)' for read-only |
MCP_AUTH_TOKEN | HTTP mode only. Requires Authorization: Bearer <token> on every request |
Big APIs can have hundreds of endpoints. Too many tools makes the model choose worse, so use TOOL_FILTER to keep the useful ones.
Authentication
The server reads securitySchemes from the spec and puts your secret in the right place. You only supply the secret as an environment variable:
| Spec says | Set | Sent as |
|---|---|---|
http / bearer | API_TOKEN=tok | Authorization: Bearer tok |
http / basic | API_TOKEN=user:pass | Authorization: Basic <base64> |
apiKey in header | API_TOKEN=key | The header named in the spec (e.g. X-Key: key) |
apiKey in query | API_TOKEN=key | The query parameter named in the spec |
apiKey in cookie | API_TOKEN=key | Cookie: name=key |
oauth2 / openIdConnect, you already have an access token | API_TOKEN=token | Authorization: Bearer token |
oauth2, machine-to-machine | OAUTH_CLIENT_ID + OAUTH_CLIENT_SECRET | Token fetched from the tokenUrl, cached, and renewed before it expires |
oauth2, you logged in once elsewhere | the two above + OAUTH_REFRESH_TOKEN | Access tokens renewed from the refresh token |
Example for Claude Desktop:
{
"mcpServers": {
"my-api": {
"command": "node",
"args": ["/full/path/openapi-mcp.mjs", "https://my-api.com/openapi.json"],
"env": { "API_TOKEN": "your-secret" }
}
}
}
Notes:
- If the spec declares a security scheme but no credentials are set, a warning is printed to stderr at startup.
- If the spec lists several schemes, the first one in the top-level
securitylist is used (or the first one defined). Per-endpointsecurityoverrides are not applied, so the secret is sent on every call. - OAuth client credentials are sent as HTTP Basic auth to the token endpoint.
- The OAuth browser login (authorization-code flow) is not built in. Get a token or refresh token once with your provider's tools, then pass it in.
- If a provider rotates refresh tokens, the new one is kept in memory only, so it is lost on restart.
How it works
- Load the spec and resolve
$refpointers. - Build tools: each operation becomes one MCP tool.
operationIdis the name,summarythe description, and parameters plus request body the input schema. - Call: a tool call makes the real HTTP request and returns
HTTP <status>followed by the response body (cut at 50,000 characters). - Serve the tools over JSON-RPC 2.0, via stdio or HTTP.
APIs without an OpenAPI spec
Many small public APIs only have HTML docs. For those, write a small spec by hand (see sample/animechan.openapi.json, 4 tools in about 35 lines), then run it the same way.
Limitations
- OpenAPI 3 only. Convert Swagger 2.0 specs first.
- JSON request bodies only. No file uploads.
- Auth: bearer, basic, API keys, and OAuth2 client-credentials or refresh-token. There is no interactive OAuth login, and one scheme is used per API.
- HTTP mode speaks plain HTTP (put HTTPS in front when deploying) and has no streaming, batch requests, or OAuth for clients connecting to the server (it only supports the
MCP_AUTH_TOKENbearer token). Some remote clients may require these. - HTTP mode speaks plain HTTP (put HTTPS in front when deploying) and has no streaming, batch requests, or OAuth. Some remote clients may require these.
- If you deploy remotely, every user shares your server's IP, so upstream rate limits apply to all of them. Set
MCP_AUTH_TOKEN, or anyone who finds the URL can use your API key.
Contributing
Issues and pull requests are welcome. The goal is to stay small and readable, so please keep new features to a few lines each.