Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Turn any OpenAPI/Swagger spec into MCP tools. Zero config, zero code.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"openapi": {
"command": "npx",
"args": [
"-y",
"mcp-openapi"
]
}
}
}Run this in your terminal
claude mcp add openapi -- npx -y mcp-openapiPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"openapi": {
"command": "npx",
"args": [
"-y",
"mcp-openapi"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"openapi": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"mcp-openapi"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 6, 2026
The registry name was verified with the GitHub account Docat0209, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.2.3) reached the registry 8 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, LickityClick
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Create, edit and track LickityClick short links, campaigns and click stats from your AI assistant.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Turn any OpenAPI/Swagger spec into MCP tools — so Claude and other AI assistants can call your REST APIs.
Point mcp-openapi at any OpenAPI 3.x or Swagger 2.0 spec URL and it generates Model Context Protocol (MCP) tools automatically. No code generation, no config files, no boilerplate. Your AI assistant gets callable tools for every API endpoint in seconds.
1. Run it (no install required):
npx mcp-openapi --spec https://petstore3.swagger.io/api/v3/openapi.json
2. Add it to Claude Desktop (claude_desktop_config.json):
{
"mcpServers": { "petstore": { "command": "npx", "args": [ "mcp-openapi", "--spec", "https://petstore3.swagger.io/api/v3/openapi.json" ] } } }
3. Ask Claude to use it:
"List all available pets in the store"
Claude sees MCP tools like find_pets_by_status, get_pet_by_id, add_pet and calls them directly.
Most MCP-to-API bridges require you to write tool definitions by hand or generate code from a spec. mcp-openapi skips all of that.
| Feature | mcp-openapi | Hand-written MCP servers | Generic HTTP tools |
|---|---|---|---|
| Zero config setup | Yes | No | Partial |
| OpenAPI 3.x + Swagger 2.0 | Yes | N/A | N/A |
| Flat parameter schemas (LLM-optimized) | Yes | Manual | No |
| Smart tool naming from operationId | Yes | Manual | No |
| Auth (API key, Bearer, OAuth2) | Built-in | DIY | DIY |
| Retry with exponential backoff | Built-in | DIY | DIY |
| Response truncation for LLM context | Built-in | DIY | No |
Flat parameter schemas are the key differentiator. Instead of passing nested JSON objects (which LLMs frequently get wrong), mcp-openapi flattens path, query, header, and body parameters into a single flat object. This dramatically improves tool-calling accuracy.
OpenAPI/Swagger Spec mcp-openapi AI Assistant
(URL or file) (Claude, etc.) | | |
| 1. Parse & validate | |
|---|---|
| 2. Generate MCP tools | |
| (one per endpoint) | |
| ------------------------> | |
| 3. Register tools | |
| via stdio transport | |
| ------------------------> | |
| 4. AI calls a tool | |
| <------------------------ | |
| 5. Build & execute | |
| HTTP request | |
| <------------------------ | |
| 6. Return truncated | |
| response to AI | |
| ------------------------> | ------------------------> |
Each API endpoint becomes one MCP tool:
operationId (converted to snake_case) or from method + pathAdd any API to Claude Desktop by editing your config file:
Location:
~/Library/Application Support/Claude/claude_desktop_config.json%APPDATA%\Claude\claude_desktop_config.json{
"mcpServers": { "petstore": { "command": "npx", "args": [ "mcp-openapi", "--spec", "https://petstore3.swagger.io/api/v3/openapi.json" ] } } }
{
"mcpServers": { "github": { "command": "npx", "args": [ "mcp-openapi", "--spec", "https://raw.githubusercontent.com/github/rest-api-description/main/descriptions/api.github.com/api.github.com.json", "--auth-type", "bearer", "--auth-token", "$GITHUB_TOKEN", "--prefix", "github", "--include", "listReposForAuthenticatedUser,getRepo,listIssues,createIssue" ], "env": { "GITHUB_TOKEN": "ghp_your_token_here" } } } }
{
"mcpServers": { "weather": { "command": "npx", "args": [ "mcp-openapi", "--spec", "https://api.weather.example.com/openapi.json", "--auth-type", "api-key", "--auth-name", "X-API-Key", "--auth-value", "$WEATHER_API_KEY", "--auth-in", "header" ], "env": { "WEATHER_API_KEY": "your_key_here" } } } }
npx mcp-openapi --spec <url-or-path> [options]
| Option | Short | Default | Description |
|---|---|---|---|
--spec | -s | *required* | OpenAPI spec URL or local file path |
--config | -c | JSON config file path | |
--base-url | from spec | Override the API base URL | |
--prefix | Prefix for all tool names (e.g. github -> github_list_repos) | ||
--include | all | Comma-separated operationIds to include | |
--exclude | none | Comma-separated operationIds to exclude | |
--timeout | 30000 | HTTP request timeout in milliseconds | |
--max-retries | 3 | Max retries on 429/5xx responses | |
--header | -H | Custom header (repeatable) | |
--transport | stdio | Transport type: stdio or sse | |
--port | 3000 | Port for SSE transport | |
--help | -h | Show help | |
--version | -v | Show version | |
--license-key | Pro license key (or $MCP_OPENAPI_LICENSE_KEY env) | ||
--server | 0 | Select API server by index, partial URL, or exact URL | |
--no-doc-warnings | Suppress doc quality warnings on startup | ||
--dynamic-discovery | auto (100+) | Enable dynamic tool discovery for large APIs |
Bearer token:
| Option | Description |
|---|---|
--auth-type bearer | Use Bearer token authentication |
--auth-token | The token value (supports $ENV_VAR syntax) |
API key:
| Option | Description |
|---|---|
--auth-type api-key | Use API key authentication |
--auth-name | Header or query parameter name |
--auth-value | The API key value (supports $ENV_VAR syntax) |
--auth-in | Where to send the key (default: header) |
OAuth2 client credentials:
| Option | Description |
|---|---|
--auth-type oauth2 | Use OAuth2 client credentials flow |
--auth-client-id | OAuth2 client ID |
--auth-client-secret | OAuth2 client secret |
--auth-token-url | Token endpoint URL |
--auth-scopes | Comma-separated scopes |
# Basic usage with a remote spec
npx mcp-openapi --spec https://petstore3.swagger.io/api/v3/openapi.json
npx mcp-openapi --spec ./api.yaml --auth-type bearer --auth-token '$API_KEY'
npx mcp-openapi --spec ./api.json --prefix myapi --include 'listUsers,getUser'
npx mcp-openapi --spec https://api.example.com/openapi.json --base-url http://localhost:3000
npx mcp-openapi --spec ./api.json -H 'X-Custom: value' -H 'X-Another: value2'
npx mcp-openapi --config ./mcp-config.json
npx mcp-openapi --spec ./api.json --server staging
npx mcp-openapi --spec https://api.stripe.com/openapi.json --dynamic-discovery
Instead of CLI flags, you can use a JSON config file:
{
"spec": "https://api.example.com/openapi.json", "prefix": "myapi", "include": ["listUsers", "getUser", "createUser"], "auth": { "type": "bearer", "token": "$API_TOKEN" }, "timeout": 15000, "maxRetries": 2, "headers": { "X-Custom-Header": "value" } }
CLI arguments take precedence over config file values.
| Format | Versions | File types |
|---|---|---|
| OpenAPI | 3.0.x, 3.1.x | .json, .yaml, .yml |
| Swagger | 2.0 | .json, .yaml, .yml |
Specs can be loaded from:
https://...)./api.yaml, /absolute/path/spec.json)On startup, mcp-openapi checks each tool's documentation quality. If endpoints have sparse descriptions (under 50 characters), you'll see a warning:
[mcp-openapi] WARN: Doc quality: 11 of 47 tools have sparse documentation (<50 chars)
[mcp-openapi] WARN: Affected: getUser, createOrder, deleteItem, updateCart, listTags, ... [mcp-openapi] WARN: LLM accuracy may be reduced for these endpoints.
This helps you identify which API endpoints might cause poor LLM tool-calling accuracy. Suppress with --no-doc-warnings.
OpenAPI specs can define multiple servers (production, staging, dev). Select which one to use:
# Use first server (default behavior)
mcp-openapi --spec api.json --server 0
mcp-openapi --spec api.json --server prod
mcp-openapi --spec api.json --server https://api.example.com/v2
If the selector doesn't match, you'll see all available servers listed.
For large APIs with 100+ endpoints, registering all tools at once can overwhelm the LLM's context. Dynamic discovery solves this by registering 3 meta-tools instead:
| Meta-tool | Description |
|---|---|
search_operations(query) | Search tools by keyword in names, descriptions, and tags |
list_by_tag(tag?) | Browse tools by OpenAPI tag, or list all tags |
get_tool_details(tool_name) | Get full parameter schema for a specific tool |
The LLM explores the API through these meta-tools, then calls specific endpoints by name.
# Explicit opt-in
mcp-openapi --spec large-api.json --dynamic-discovery
mcp-openapi --spec https://api.github.com/openapi.json
Or via config file:
{
"spec": "https://api.stripe.com/openapi.json", "dynamicDiscovery": true, "auth": { "type": "bearer", "token": "$STRIPE_KEY" } }
mcp-openapi includes optional Pro features for teams and power users, gated by a license key.
Shape API responses with JMESPath expressions before they reach the LLM — reducing token usage and improving accuracy:
{
"spec": "https://api.github.com/openapi.json", "licenseKey": "$MCP_OPENAPI_LICENSE
Only the beginning is shown; read the rest in the repo