generate-mcp-server
Original:🇺🇸 English
Translated
Use when generating an MCP server from an OpenAPI spec with Speakeasy. Triggers on "generate MCP server", "MCP server", "Model Context Protocol", "AI assistant tools", "Claude tools", "speakeasy MCP", "mcp-typescript"
2installs
Sourcespeakeasy-api/skills
Added on
NPX Install
npx skill4agent add speakeasy-api/skills generate-mcp-serverTags
Translated version includes tags in frontmatterSKILL.md Content
View Translation Comparison →generate-mcp-server
Generate a Model Context Protocol (MCP) server from an OpenAPI spec using Speakeasy. The MCP server exposes API operations as tools that AI assistants like Claude can call directly.
When to Use
- User wants to create an MCP server from their API
- User asks about Model Context Protocol integration
- User wants AI assistants to interact with their API
- User says: "generate MCP server", "create MCP server", "speakeasy MCP"
- User asks: "How do I make my API available to Claude?"
- User mentions: "mcp-typescript", "AI assistant tools", "Claude tools"
Inputs
| Input | Required | Description |
|---|---|---|
| OpenAPI spec | Yes | Path or URL to the OpenAPI specification |
| Package name | Yes | npm package name for the MCP server (e.g., |
| Auth method | Yes | How the API authenticates (bearer token, API key, etc.) |
| Env var prefix | No | Prefix for environment variables (e.g., |
| Scope strategy | No | How to map operations to scopes (default: read/write by HTTP method) |
Outputs
| Output | Description |
|---|---|
| MCP server | TypeScript MCP server with one tool per API operation |
| CLI entry point | Command-line interface with stdio and SSE transports |
| Scope definitions | Scope-based access control for filtering tools |
| Docker support | Dockerfile and compose config for containerized deployment |
| Workflow config | |
Prerequisites
- Speakeasy CLI installed and authenticated:
bash
speakeasy auth login
# Or for CI/AI agents:
export SPEAKEASY_API_KEY="<your-api-key>"-
Node.js 20+ installed (for the generated MCP server).
-
A valid OpenAPI spec (3.0 or 3.1). Validate first:
bash
speakeasy lint openapi --non-interactive -s ./openapi.yamlRun to authenticate interactively, or set the environment variable.
speakeasy auth loginSPEAKEASY_API_KEYCommand
The generation uses after configuring the workflow, overlays, and gen.yaml. There is no single command -- follow the step-by-step workflow below.
speakeasy runbash
# After all config files are in place:
speakeasy runStep-by-Step Workflow
Step 1: Create the Scopes Overlay
Create in the project root. This controls which API operations become MCP tools and what scopes they require:
mcp-scopes-overlay.yamlyaml
# mcp-scopes-overlay.yaml
openapi: 3.1.0
overlay: 1.0.0
info:
title: Add MCP scopes
version: 0.0.0
actions:
# Enable read operations
- target: $.paths.*["get","head"]
update:
x-speakeasy-mcp:
scopes: [read]
disabled: false
# Enable write operations
- target: $.paths.*["post","put","delete","patch"]
update:
x-speakeasy-mcp:
scopes: [write]
disabled: false
# Disable specific sensitive endpoints (customize as needed)
# - target: $.paths["/admin/danger-zone"]["delete"]
# update:
# x-speakeasy-mcp:
# disabled: trueStep 2: Create the Workflow Configuration
Create :
.speakeasy/workflow.yamlyaml
# .speakeasy/workflow.yaml
workflowVersion: 1.0.0
speakeasyVersion: latest
sources:
My-API:
inputs:
- location: ./openapi.yaml
overlays:
- location: mcp-scopes-overlay.yaml
output: openapi.yaml
targets:
mcp-server:
target: mcp-typescript
source: My-APIReplace with the actual spec path or URL.
./openapi.yamlImportant: Use the standalonetarget, notmcp-typescriptwithtypescript. The embedded approach (enableMCPServer: trueflag) is deprecated.enableMCPServer
Step 3: Configure gen.yaml
Create :
.speakeasy/gen.yamlyaml
# .speakeasy/gen.yaml
configVersion: 2.0.0
generation:
sdkClassName: MyApiMcp
maintainOpenAPIOrder: true
devContainers:
enabled: true
schemaPath: ./openapi.yaml
typescript:
version: 1.0.0
packageName: my-api-mcp
envVarPrefix: MYAPIKey settings:
- in
target: mcp-typescript-- this is what triggers MCP server generationworkflow.yaml - -- the npm package name users will
packageNamenpx - -- prefix for auto-generated env var names
envVarPrefix
Step 4: Generate
bash
speakeasy runFor AI-friendly output:
bash
speakeasy run --output console 2>&1 | tail -50Using the Generated MCP Server
CLI Usage
bash
# Start with stdio transport (default, for local AI assistants)
npx my-api-mcp mcp start --bearer-auth "YOUR_TOKEN"
# Start with SSE transport (for networked deployment)
npx my-api-mcp mcp start --transport sse --port 3000 --bearer-auth "YOUR_TOKEN"
# Filter by scope (only expose read operations)
npx my-api-mcp mcp start --scope read --bearer-auth "YOUR_TOKEN"
# Mount specific tools only
npx my-api-mcp mcp start --tool users-get-users --tool users-create-user --bearer-auth "YOUR_TOKEN"CLI Options
| Flag | Description | Default |
|---|---|---|
| Transport type: | |
| Port for SSE transport | |
| API authentication token | Required |
| Override API base URL | From spec |
| Filter by scope (repeatable) | All scopes |
| Mount specific tools (repeatable) | All tools |
| Logging level | |
Claude Desktop Configuration
Add to :
claude_desktop_config.jsonjson
{
"mcpServers": {
"my-api": {
"command": "npx",
"args": [
"-y", "--package", "my-api-mcp",
"--",
"mcp", "start",
"--bearer-auth", "<API_TOKEN>"
]
}
}
}Claude Code Configuration
Add to or use :
.claude/settings.jsonclaude mcp addjson
{
"mcpServers": {
"my-api": {
"command": "npx",
"args": [
"-y", "--package", "my-api-mcp",
"--",
"mcp", "start",
"--bearer-auth", "<API_TOKEN>"
]
}
}
}Docker Deployment
For production, use SSE transport with Docker:
bash
# Build and run
docker-compose up -d
# Configure MCP client to use SSE endpoint
# "url": "http://localhost:32000/sse"The generated project includes a Dockerfile and docker-compose.yaml.
Example
Full example generating an MCP server for a pet store API:
bash
# 1. Validate the spec
speakeasy lint openapi --non-interactive -s ./petstore.yaml
# 2. Create scopes overlay
cat > mcp-scopes-overlay.yaml << 'EOF'
openapi: 3.1.0
overlay: 1.0.0
info:
title: Add MCP scopes
version: 0.0.0
actions:
- target: $.paths.*["get","head"]
update:
x-speakeasy-mcp:
scopes: [read]
disabled: false
- target: $.paths.*["post","put","delete","patch"]
update:
x-speakeasy-mcp:
scopes: [write]
disabled: false
EOF
# 3. Create workflow (assumes .speakeasy/ dir exists)
mkdir -p .speakeasy
cat > .speakeasy/workflow.yaml << 'EOF'
workflowVersion: 1.0.0
speakeasyVersion: latest
sources:
petstore:
inputs:
- location: ./petstore.yaml
overlays:
- location: mcp-scopes-overlay.yaml
output: openapi.yaml
targets:
mcp-server:
target: mcp-typescript
source: petstore
EOF
# 4. Create gen.yaml
cat > .speakeasy/gen.yaml << 'EOF'
configVersion: 2.0.0
generation:
sdkClassName: PetStoreMcp
maintainOpenAPIOrder: true
typescript:
version: 1.0.0
packageName: petstore-mcp
envVarPrefix: PETSTORE
EOF
# 5. Generate
speakeasy run
# 6. Test locally
npx petstore-mcp mcp start --bearer-auth "test-token"Expected Output
Workflow completed successfully.
Generated TypeScript MCP server in ./The generated project contains:
- -- Main MCP server factory
src/mcp-server/server.ts - -- One tool per API operation
src/mcp-server/tools/ - -- CLI entry point
src/mcp-server/mcp-server.ts - -- Scope definitions
src/mcp-server/scopes.ts
Best Practices
- Use overlays for MCP config -- never edit the source OpenAPI spec directly
- Enhance descriptions for AI -- add documentation overlays so AI assistants understand tool purpose
- Filter tools at runtime -- use and
--scopeflags to limit what is exposed--tool - Use environment variables -- never hardcode tokens in config files
- Start with read-only scopes -- add write scopes only when needed
- Create a dedicated MCP package -- keep MCP separate from your main SDK
What NOT to Do
- Do NOT modify the source OpenAPI spec to add -- use overlays instead
x-speakeasy-mcp - Do NOT hardcode API tokens in Claude Desktop or Claude Code config files -- use environment variables or secrets managers
- Do NOT expose all operations without reviewing them -- disable sensitive admin endpoints
- Do NOT skip spec validation -- invalid specs produce broken MCP servers
- Do NOT use the deprecated flag in gen.yaml -- use the standalone
enableMCPServer: truetarget in workflow.yaml insteadmcp-typescript - Do NOT generate without a scopes overlay -- tools will lack scope definitions
- Do NOT use the generated MCP server as a general SDK -- it is purpose-built for AI assistant integration
Troubleshooting
MCP server fails to start
Symptom: errors immediately.
npx my-api-mcp mcp startCause: Missing or invalid authentication flags.
Fix:
bash
# Ensure auth flag matches your API's auth scheme
npx my-api-mcp mcp start --bearer-auth "YOUR_TOKEN"
# Check --help for available auth flags
npx my-api-mcp mcp start --helpNo tools appear in AI assistant
Symptom: MCP server starts but AI assistant shows no tools.
Cause: Missing extensions or all operations disabled.
x-speakeasy-mcpFix: Verify the scopes overlay is listed in under and that operations have .
workflow.yamloverlays:disabled: falseGeneration fails with mcp-typescript target
Symptom: fails when using .
speakeasy runtarget: mcp-typescriptCause: Usually a spec validation issue, missing workflow config, or using the deprecated flag instead of the target.
enableMCPServermcp-typescriptFix:
bash
# Validate spec first
speakeasy lint openapi --non-interactive -s ./openapi.yaml
# Ensure workflow.yaml uses target: mcp-typescript (NOT target: typescript with enableMCPServer)
cat .speakeasy/workflow.yaml
# Remove enableMCPServer from gen.yaml if present -- it is deprecatedTools missing expected operations
Symptom: Some API operations are not available as MCP tools.
Cause: Operations not targeted by the scopes overlay or explicitly disabled.
Fix: Review target selectors. Ensure paths and methods match your spec.
mcp-scopes-overlay.yaml