mcp-openapi-bridge
Bridges any OpenAPI 3.x REST API to Claude Code by automatically generating one tool per endpoint from your spec, with full argument validation and auth support.
README
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
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 operations - Registers 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_headersoverrides - Executes HTTP requests against
API_BASE_URLand returns the response
Quick start
npm install -g mcp-openapi-bridge
Add 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-token
Or 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-token
Environment variables
Required
| Variable | Description |
|---|---|
API_BASE_URL |
Base URL of the REST API, e.g. https://api.stripe.com |
OPENAPI_SPEC_PATH or OPENAPI_SPEC_URL |
Source of the OpenAPI spec (local file or URL) |
Authentication
All auth mechanisms can be combined and are applied simultaneously:
| Variable | Description |
|---|---|
OPENAPI_TOKEN |
Bearer token → Authorization: Bearer <token> |
OPENAPI_API_KEY |
API key value (pair with one of the two below) |
OPENAPI_API_KEY_HEADER |
Header name for API key, e.g. X-API-Key |
OPENAPI_API_KEY_PARAM |
Query param name for API key, e.g. api_key |
OPENAPI_CUSTOM_HEADERS |
Extra headers for every call: X-Foo=bar,X-Baz=qux |
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 |
|---|---|---|
OPENAPI_MAX_TOOLS |
Maximum tools to register | 128 |
OPENAPI_INCLUDE_TAGS |
Comma-separated tags to include | all |
OPENAPI_EXCLUDE_TAGS |
Comma-separated tags to exclude | none |
OPENAPI_PATH_PREFIX |
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/charges
Transport
| Variable | Description | Default |
|---|---|---|
MCP_TRANSPORT |
stdio or http |
stdio |
PORT |
HTTP port (when MCP_TRANSPORT=http) |
8080 |
MCP_AUTH_TOKEN |
Bearer token required by the /mcp HTTP endpoint. Recommended for any public-routable deployment. |
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_items - Duplicate 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-bridge
HTTP 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-agentcore
For public-routable deployments, set MCP_AUTH_TOKEN and configure clients to send Authorization: Bearer <token> to /mcp.
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
allOf/anyOf/oneOfschemas fall back toz.any()
License
MIT
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。