mcp-openapi-bridge
Can be configured to interact with the GitHub API by pointing to its OpenAPI spec, enabling AI agents to manage GitHub resources (e.g., repos, issues, pulls).
Can be configured to interact with the Kubernetes API by pointing to its OpenAPI spec, enabling AI agents to manage Kubernetes resources (e.g., pods, services, deployments).
Can be configured to interact with the Stripe API by pointing to its OpenAPI spec, enabling AI agents to manage Stripe resources (e.g., charges, customers, payments).
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@mcp-openapi-bridgefind pets by status available"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
mcp-openapi-bridge
A generic MCP server that bridges any OpenAPI 3.x REST API to Claude Code — automatically generating one tool per endpoint from your spec.
Point it at an OpenAPI spec, set your auth token, and Claude can call every endpoint in your API with full argument validation.
Requirements
Node.js >= 20
Related MCP server: MCP OpenAPI Connector
How it works
Loads your OpenAPI 3.x spec from a local file (
OPENAPI_SPEC_PATH) or URL (OPENAPI_SPEC_URL)Resolves
$refreferences and extracts all operationsRegisters one MCP tool per operation (filtered by
OPENAPI_MAX_TOOLS, tags, or path prefix)Each tool accepts path params, query params, and a
bodyfor request bodies — plus per-callbearer_tokenandcustom_headersoverridesExecutes HTTP requests against
API_BASE_URLand returns the response
Quick start
npm install -g mcp-openapi-bridgeAdd to Claude Code:
claude mcp add mcp-openapi-bridge \
-e API_BASE_URL=https://api.example.com \
-e OPENAPI_SPEC_URL=https://api.example.com/openapi.json \
-e OPENAPI_TOKEN=your-tokenOr with a local spec file:
claude mcp add mcp-openapi-bridge \
-e API_BASE_URL=https://petstore3.swagger.io/api/v3 \
-e OPENAPI_SPEC_PATH=/path/to/openapi.yaml \
-e OPENAPI_TOKEN=your-tokenExamples
Two worked walkthroughs against real, public OpenAPI specs — a small one to sanity-check your setup, then a large one to see how the bridge behaves at real corporate scale.
Example 1: Swagger Petstore (small spec, no auth)
The Swagger Petstore is the canonical OpenAPI 3.0 reference spec — 13 paths, 19 operations, no authentication required for reads.
Add the server:
claude mcp add petstore \ -e API_BASE_URL=https://petstore3.swagger.io/api/v3 \ -e OPENAPI_SPEC_URL=https://petstore3.swagger.io/api/v3/openapi.jsonRestart Claude Code (or run
/mcpto confirmpetstoreis connected). You should see tools likegetPetById,findPetsByStatus,getInventory, andaddPet— one per operation, named directly from each operation'soperationId.Ask Claude:
Using the petstore MCP, find all pets with status "available", then look up the full details of the first one.
Claude calls
findPetsByStatus({ status: "available" }), thengetPetById({ petId: <id> })with an ID from the result.Try an invalid call to see error passthrough:
Look up pet ID 999999999 in the petstore.
Returns
HTTP 404with the Petstore's own JSON error body — the bridge passes through the API's status code and payload unchanged rather than masking it.
Example 2: GitHub REST API (corporate-scale spec, auth + filtering)
GitHub's public OpenAPI description is
representative of the specs this bridge targets in production: 1,206 operations across 796
paths — far more than the OPENAPI_MAX_TOOLS default of 128. This is where filtering
(OPENAPI_INCLUDE_TAGS / OPENAPI_PATH_PREFIX) becomes mandatory rather than optional.
Scope to just the Issues API (55 operations — comfortably under the default limit). Reference the token through an already-exported shell variable rather than typing the literal value —
-e OPENAPI_TOKEN=$GH_TOKENonly puts the variable name in your shell history, not the secret itself:export GH_TOKEN=ghp_your_personal_access_token # or: source a gitignored .env file first claude mcp add github-issues \ -e API_BASE_URL=https://api.github.com \ -e OPENAPI_SPEC_URL=https://raw.githubusercontent.com/github/rest-api-description/main/descriptions/api.github.com/api.github.com.json \ -e OPENAPI_INCLUDE_TAGS=issues \ -e OPENAPI_TOKEN=$GH_TOKENA token isn't required for public read endpoints, but GitHub rate-limits unauthenticated requests to 60/hour vs. 5,000/hour authenticated. Scope the token to the narrowest permissions you need (a fine-grained PAT limited to specific repos, read-only where possible) — this server forwards whatever token it's given, so the token's own scope is your actual access boundary.
GitHub's
operationIds use slashes (e.g.issues/list-for-repo), which get sanitized to[a-zA-Z0-9_]+per the tool naming rules — so this operation registers as the toolissues_list_for_repo, andrepos/getbecomesrepos_get.Ask Claude:
Using github-issues, list the 5 most recently updated open issues in facebook/react.
Claude calls
issues_list_for_repo({ owner: "facebook", repo: "react", state: "open", sort: "updated", per_page: 5 }).To also reach repos or pull requests, either add more tags and raise the tool cap (
OPENAPI_INCLUDE_TAGS=issues,pulls,repos -e OPENAPI_MAX_TOOLS=512), or scope to one repo by path instead (OPENAPI_PATH_PREFIX=/repos/facebook/react).
Environment variables
Required
Variable | Description |
| Base URL of the REST API, e.g. |
| Source of the OpenAPI spec (local file or URL) |
Authentication
All auth mechanisms can be combined and are applied simultaneously:
Variable | Description |
| Bearer token → |
| API key value (pair with one of the two below) |
| Header name for API key, e.g. |
| Query param name for API key, e.g. |
| Extra headers for every call: |
Per-call overrides: Every tool also accepts bearer_token and custom_headers arguments. If provided, they override the global env vars for that single request. This lets Claude switch tokens per call without restarting the server.
Filtering (for large specs)
Variable | Description | Default |
| Maximum tools to register |
|
| Comma-separated tags to include | all |
| Comma-separated tags to exclude | none |
| Only include paths starting with this prefix | all |
For APIs with hundreds of endpoints (Stripe, GitHub, Kubernetes), use these to scope down to the subset you need:
OPENAPI_INCLUDE_TAGS=payments,customers
# or
OPENAPI_PATH_PREFIX=/v1/chargesIf OPENAPI_MAX_TOOLS truncates the spec, stderr logs exactly which tags lost operations to the
cap (e.g. repos (0/203), issues (1/55)), so you know precisely what to add to
OPENAPI_INCLUDE_TAGS or OPENAPI_PATH_PREFIX — registration order otherwise follows the spec's
own path order, which has no relationship to which endpoints matter most to you.
Reliability
Variable | Description | Default |
| Retries for |
|
Retries apply to every HTTP method, not just idempotent ones — these specific status codes conventionally mean the request was rejected before reaching business logic (rate-limited or a gateway hiccup), not that it partially succeeded. Other error statuses (4xx, plain 500) are never retried and are returned to the caller as-is.
502/504 are gateway-level errors that can, rarely, occur after an upstream API already
processed a write (the backend completed it but the response was lost to a gateway timeout).
Retrying then resends the identical request. If the upstream API you're bridging supports
idempotency keys for writes (Stripe's Idempotency-Key header, for example), pass one via
custom_headers so a retried write is provably safe; otherwise, only enable OPENAPI_MAX_RETRIES
for read-heavy or naturally idempotent APIs.
Transport
Variable | Description | Default |
|
|
|
| HTTP port (when |
|
| Bearer token required by the | unauthenticated if unset |
Requests to /mcp are capped at 10MB. See docs/architecture.md
for how stdio and HTTP differ in what's isolated per client, and why API_BASE_URL is
fixed per deployment rather than a per-request parameter.
Tool naming
If the operation has an
operationId, it's used directly (sanitized to[a-zA-Z0-9_]+)Otherwise:
{method}_{path}— e.g.GET /orders/{id}/items→get_orders_id_itemsDuplicate IDs get a numeric suffix:
getOrders,getOrders_2
Tool arguments
Each tool exposes:
Path parameters — by name, required
Query parameters — by name, optional
body— request body for POST/PUT/PATCH (optional or required per spec)Header parameters — as
header_{lowercase_name}bearer_token— per-call bearer overridecustom_headers— per-call extra headers ({"X-Tenant": "abc"})
Generic fallback tool
execute_rest is always registered for arbitrary requests when no specific tool fits:
execute_rest(method, path, query?, body?, headers?, bearer_token?, custom_headers?)Docker
Stdio transport:
docker build -t mcp-openapi-bridge .
docker run -i --rm \
-e API_BASE_URL=https://api.example.com \
-e OPENAPI_SPEC_URL=https://api.example.com/openapi.json \
-e OPENAPI_TOKEN=your-token \
mcp-openapi-bridgeHTTP transport (for AWS Bedrock AgentCore or other hosted deployments):
docker build -f Dockerfile.agentcore -t mcp-openapi-bridge-agentcore .
docker run -p 8080:8080 \
-e API_BASE_URL=https://api.example.com \
-e OPENAPI_SPEC_URL=https://api.example.com/openapi.json \
-e OPENAPI_TOKEN=your-token \
-e MCP_AUTH_TOKEN=your-mcp-access-token \
mcp-openapi-bridge-agentcoreFor public-routable deployments, set MCP_AUTH_TOKEN and configure clients to send Authorization: Bearer <token> to /mcp.
See docs/deployment.md for a full hosting guide (AWS, Cloudflare, and other platforms) and docs/aws-bedrock-deployment.md for a step-by-step Bedrock AgentCore walkthrough.
Spec caching
When using OPENAPI_SPEC_URL, the spec is cached locally for 1 hour (in ~/.cache/mcp-openapi-bridge/). Override with OPENAPI_SPEC_CACHE_TTL_SECONDS.
Limitations (v1)
OpenAPI 3.x only (not Swagger 2.0)
Internal
$refonly (no cross-file references)application/jsonbodies only (no multipart/form-data)No cookie parameters
No OAuth2 token flows (static token only)
No per-operation auth override
Security
The target API is fixed per deployment, never a per-request parameter. Individual tool calls can override credentials (
bearer_token,custom_headers) but never the destination host —API_BASE_URLis set once at deployment time. A shared server that let callers redirect it to an arbitrary destination would be a Server-Side Request Forgery (SSRF) primitive; this design rules that out by construction.Configured and per-call secrets are redacted from every response. If an API error or a malformed request happens to echo back request details (e.g. an API key sent via query parameter ending up in an error message), the bridge scrubs every known secret value out of both error text and response bodies before they reach the calling LLM.
MCP_AUTH_TOKENgates the HTTP transport's/mcpendpoint for public-routable deployments; requests are capped at 10MB to bound request-body memory use.
See docs/architecture.md for the full design rationale and
SECURITY.md to report a vulnerability.
Development
npm install
npm run build
npm test # unit tests, fully mocked, no network access
npm run test:live # opt-in — exercises real HTTP calls against the public Petstore demo
npm run lint
npm run formattest:live is skipped by default and isn't part of npm test or CI — it exists to catch
real-world API quirks (mismatched content-type headers, unexpected error bodies) that mocked
unit tests can't, without introducing network flakiness into the standard suite.
License
MIT
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- Alicense-qualityDmaintenanceDynamically generates MCP tools from OpenAPI specifications, enabling AI assistants to interact with any REST API through natural language. Supports multiple APIs with authentication, parameter validation, and integration with Claude Desktop and LangChain.Last updated1MIT
- Alicense-qualityDmaintenanceEnables Claude Desktop and other MCP clients to interact with any OAuth2-authenticated OpenAPI-based API through automatic tool generation from OpenAPI specifications, with built-in token management and authentication handling.Last updated63MIT
- AlicenseAqualityCmaintenanceTurn any OpenAPI spec into MCP tools for Claude — instantly. Point mcp-openapi at any OpenAPI 3.x spec and Claude can call every endpoint through natural language. No custom integration code. No manual tool definitions. One line of config.Last updated2501MIT
- Alicense-qualityCmaintenanceTurn any OpenAPI spec into a working MCP server — point it at a spec and Claude instantly gets a tool for every endpoint.Last updatedMIT
Related MCP Connectors
Point Gecko at an OpenAPI spec; get first-call-correct, auth-hidden agent tools.
WHOOP recovery, strain, sleep and workouts in Claude via official WHOOP OAuth. Free, open source.
Real-time chat hub for AI agents — Claude Code, Cursor, Cline, Codex over MCP or REST.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/murilojrpereira/mcp-openapi-bridge'
If you have feedback or need assistance with the MCP directory API, please join our Discord server