Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
MCP server that converts OpenAPI specs into tools which can query API endpoints
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"specrun": {
"command": "npx",
"args": [
"-y",
"@pavelpiha/specrun"
]
}
}
}ターミナルでこれを実行します
claude mcp add specrun -- npx -y @pavelpiha/specrunプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"specrun": {
"command": "npx",
"args": [
"-y",
"@pavelpiha/specrun"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"specrun": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@pavelpiha/specrun"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント pavelpiha で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(1.4.0)がレジストリに届いたのは9 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, 御府和田玉 在售作品查询
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
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.
Live in-stock Hetian jade from Yufu, Shanghai: prices, monthly price guide, book a viewing.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
SpecRun
An MCP server that turns OpenAPI specifications into MCP tools. Scans a folder for OpenAPI spec files and automatically generate corresponding tools. These tools can then be used in any MCP client to interact with the APIs defined by the specs, with built-in support for authentication and server URL management via a simple .env file.
Built with FastMCP for TypeScript.
cars_addCar to call POST /cars from cars.json spec to create a new car, or github_get_user_repos to call GET /user/repos from github.yaml spec to list repos.specrun_batch tool can execute any tool with multiple inputs and returns a consolidated JSON resource.env file with {API_NAME}_API_KEY pattern{API_NAME}_SERVER_URL and {API_NAME}_BEARER_TOKEN entries when missing.github/agents/specrun.agent.md)npm install -g specrun
mkdir ~/specs
Drop any .json, .yaml, or .yml OpenAPI specification files into your specs folder
Create a .env file in your specs folder:
# ~/specs/.env
CARS_API_KEY=your_api_key_here
SpecRun will also ensure {API_NAME}_SERVER_URL and {API_NAME}_BEARER_TOKEN entries exist for each spec, adding empty placeholders when missing. When {API_NAME}_SERVER_URL has a value, SpecRun updates the spec file on load:
servers entry.host, schemes, and basePath (no servers section in OpenAPI 2.0).SpecRun also watches the .env file and refreshes server URLs and auth config automatically after changes.
Add to your MCP configuration:
If installed on your machine:
{
"mcpServers": { "specrun": { "command": "specrun", "args": ["--specs", "/path/to/your/specs/folder"] } } }
Otherwise:
{
"mcpServers": { "specrun": { "command": "npx", "args": ["-y", "specrun", "--specs", "/absolute/path/to/your/specs"] } } }
or with specific Node version:
{
"mcpServers": { "specrun": { "command": "/Users/YOUR_USER_NAME/.local/bin/mcp-npx-node22", "args": ["specrun@latest", "--specs", "/absolute/path/to/your/specs"], "type": "stdio" } } }
The mcp-npx-node22 script file uses nvm to run specrun with Node.js 22.14.0, ensuring compatibility regardless of the default Node version on your system.:
#!/bin/bash
export PATH="/Users/YOUR_USER_NAME/.nvm/versions/node/v22.14.0/bin:$PATH"
exec npx "$@"
# Default: stdio transport, current directory
specrun
specrun --specs ~/specs
specrun --transport httpStream --port 8080
If your default node is older than 22, run SpecRun with Node 22 directly:
npx -y node@22 ... runs the Node.js runtime, so the next argument must be a script path (for example ./node_modules/.bin/specrun).specrun@latest is an npm package spec and works directly with npx only when your current Node version already satisfies SpecRun requirements.
npx -y node@22 ./node_modules/.bin/specrun list --specs ~/specs
npx -y specrun@latest --specs ~/specs
# List all loaded specifications and their tools
specrun list
specrun list --specs ~/specs
The server automatically detects authentication from environment variables using these patterns:
| Pattern | Auth Type | Usage |
|---|---|---|
{API_NAME}_API_KEY | 🗝️ API Key | X-API-Key header |
{API_NAME}_TOKEN | 🎫 Bearer Token | Authorization: Bearer {token} |
{API_NAME}_BEARER_TOKEN | 🎫 Bearer Token | Authorization: Bearer {token} |
{API_NAME}_USERNAME + {API_NAME}_PASSWORD | 👤 Basic Auth | Authorization: Basic {base64} |
SpecRun also creates .env placeholders for:
| Pattern | Purpose |
|---|---|
{API_NAME}_SERVER_URL | Base URL for the API |
{API_NAME}_BEARER_TOKEN | Token placeholder if missing |
If {API_NAME}_SERVER_URL is set, SpecRun writes that value into the spec before generating tools:
servers entry.host, schemes, and basePath.Updates to .env are applied automatically without restarting the MCP server.
The {API_NAME} is derived from the filename of your OpenAPI spec:
cars.json → CARS_API_KEYgithub-api.yaml → GITHUB_TOKENmy_custom_api.yml → MY_CUSTOM_API_KEYTools are automatically named using this pattern:
{operation_id}{method}_{path_segments}Name normalization rules:
snake_case_Specs:
get_car_by_id (from operationId)get_user_repos (generated from GET /user/repos)Use the shared batch tool to run any tool with an array of inputs:
{
"toolName": "cars_getCarById", "items": [{ "id": "123" }, { "id": "456" }], "failFast": false }
Batch responses return a consolidated JSON resource with per-item outputs.
For batches over 200 items, SpecRun requires explicit confirmation. This is to prevent accidental large runs that could cause performance issues or unintended consequences. The server will return a message asking for confirmation, and you can retry with confirmLargeBatch: true and the provided confirmLargeBatchToken to proceed.
Tool responses are returned as MCP resources with application/json content. Each resource includes:
Example resource payload:
{
"requestUrl": "https://api.example.com/v1/users/123", "requestBody": null, "response": { "status": 200, "body": { "id": "123", "name": "Jane Doe" } } }
Batch runs return a single consolidated resource containing all item results.
your-project/
── specs/ # Your OpenAPI specs folder ├── .env # Authentication credentials └── custom-api.yml # Your OpenAPI spec files
SpecRun exposes MCP prompts for common workflows:
Detailed prompt guide with examples: PROMPTS_README.md
list_apis: List loaded APIs/tools and ask the user to choose an endpointgenerate_api_call: Generate a ready-to-run JSON input payload for a toolexplain_api_schema: Explain parameters and request body schema with examplesgenerate_random_data: Generate random ready-to-run JSON payload samples for a toolHere's a minimal example that creates two tools:
# ~/specs/example.yaml
openapi: 3.0.0 info: title: Example API version: 1.0.0 servers:
paths: /users/{id}: get: operationId: getUser summary: Get user by ID parameters:
This creates tools named:
example_getUserexample_createUser specrun list --specs /path/to/specs
.json, .yaml, .yml)⚠️ Note: SpecRun works best when you use absolute paths (with no spaces) for the
--specsargument and other file paths. Relative paths or paths containing spaces may cause issues on some platforms or with some MCP clients.
.env file is in the specs directory specrun list
# Clone and install
git clone git@github.com:Pavel-Piha/specrun.git cd specrun npm install
npm run build
npm run dev -- list --specs ./specs
Contributions are welcome! Please feel free to submit issues and pull requests.