<div align="center">

mcpify

Turn any API into an MCP server. One command. No code.

</div>

npm install -g https://github.com/qualuo/mcpify/releases/latest/download/mcpify.tgz
mcpify https://petstore3.swagger.io/api/v3/openapi.json

✓ mcpify: Petstore v1.0.0 — 19 tools
  base: https://petstore3.swagger.io/api/v3
  transport: stdio

That's it. Your AI agent now has access to the entire Petstore API. No SDK to install. No glue code to write. No server to deploy.

Point it at any OpenAPI spec → get a fully working MCP server.

---

Why

Every team building agents hits the same wall: the model needs to call APIs, and wiring up each one means days of bespoke MCP server code, schema translation, and auth plumbing.

mcpify collapses that to one command. The OpenAPI spec already describes everything — endpoints, parameters, schemas, auth. We turn it into an MCP server at runtime, no codegen step, no source files to maintain.

Install

From the latest GitHub release:

npm install -g https://github.com/qualuo/mcpify/releases/latest/download/mcpify.tgz

Then run from anywhere:

mcpify <spec>

Requires Node.js 18+.

Update: re-run the install command above to pull the latest release.

Why a tarball URL? npm install -g github:user/repo is broken on Windows (creates dangling junctions to deleted temp dirs). The release tarball works reliably on every platform. An npm release will land once we've gathered some real-world usage feedback.

Use

From a hosted spec

mcpify https://api.example.com/openapi.json

From a local file (JSON or YAML)

mcpify ./spec.yaml

From a single curl command

mcpify --curl "curl -H 'Authorization: Bearer xxx' https://api.github.com/user/repos"

Generates a one-tool MCP server from any curl command. Body is parsed and turned into an input schema.

List tools without serving

mcpify list ./spec.json

Generate a standalone, hand-editable project

mcpify generate ./spec.json ./my-mcp
cd my-mcp && npm install && npm start

Use this when you want to fork the behavior — add caching, custom auth flows, post-processing, anything.

Auth

Set environment variables before launching. mcpify reads the spec's securitySchemes and matches them automatically.

# HTTP bearer schemes
export MCPIFY_BEARER_TOKEN=xxx

# apiKey schemes (header or query, as the spec says)
export MCPIFY_API_KEY=xxx

# HTTP basic
export MCPIFY_BASIC_AUTH=user:password

# Per-scheme override (use the scheme's name from the spec)
export MCPIFY_AUTH_<SCHEME_NAME>=xxx

# Free-form extra headers on every request
export MCPIFY_HEADERS='{"X-Trace-Id":"abc","X-Internal":"1"}'

Filter big specs

Stripe's full OpenAPI is ~600 endpoints. Most agents do not need all of them, and most clients won't tolerate that many tools. Trim:

# Only the customers tag
mcpify ./stripe.json --tag customers

# Only operations whose tool name matches a regex
mcpify ./stripe.json --filter "^createCustomer|^getCustomer"

# Hard cap
mcpify ./stripe.json --max-tools 30

Use with Claude Desktop

~/.config/claude/claude_desktop_config.json (Linux/macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):

After running npm install -g github:qualuo/mcpify once, the mcpify binary is available on your PATH:

{
  "mcpServers": {
    "petstore": {
      "command": "mcpify",
      "args": ["https://petstore3.swagger.io/api/v3/openapi.json"]
    },
    "github": {
      "command": "mcpify",
      "args": ["--curl",
        "curl -H 'Authorization: Bearer ghp_xxx' https://api.github.com/user/repos"]
    }
  }
}

Use with Cursor / Cline / Claude Code

Same idea — anywhere you can configure an MCP server with a command and args, this works. mcpify speaks stdio.

# Claude Code:
claude mcp add petstore -- mcpify https://petstore3.swagger.io/api/v3/openapi.json

Programmatic API

import { loadOpenApiSpec, parseOpenApi, serve } from "mcpify";

const raw = await loadOpenApiSpec("./spec.yaml");
const spec = parseOpenApi(raw);
await serve(spec, {
  baseUrl: "https://staging.example.com",
  filterTag: "users",
});

How it works

┌─────────────────┐    ┌─────────────────┐    ┌─────────────────┐
│   OpenAPI spec  │ ─→ │ mcpify  runtime │ ─→ │   MCP client    │
│  (JSON / YAML)  │    │  (stdio server) │    │ (Claude/Cursor) │
└─────────────────┘    └─────────────────┘    └─────────────────┘
                            │
                            ↓ tool call
                       ┌─────────┐
                       │  fetch  │ → your API
                       └─────────┘

1. Dereference the spec (resolve $refs).
2. Convert each operation into an MCP tool: path/query/header params become input properties; the request body becomes a nested body property.
3. On a tool call, build the URL, attach auth from env, send the request, return the response.

No codegen. No restart loop. The spec is the source of truth.

Limitations

• Streaming response bodies — currently buffered, capped at 64KB.
• OAuth2 flows — not run automatically; supply a pre-fetched token via MCPIFY_BEARER_TOKEN.
• File uploads (multipart/form-data) — not yet supported.
• Webhooks / callbacks — out of scope.
• Swagger 2.0 — partial; convert to OpenAPI 3 first for best results.

PRs welcome on all of the above.

Development

git clone https://github.com/qualuo/mcpify
cd mcpify
npm install
npm run build
npm test

License

MIT