Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Find untested functions: link tests to code, score coverage, record proven runs locally.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"gapproof": {
"command": "npx",
"args": [
"-y",
"@reneturcios/gapproof",
"mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add gapproof -- npx -y @reneturcios/gapproof mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"gapproof": {
"command": "npx",
"args": [
"-y",
"@reneturcios/gapproof",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"gapproof": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@reneturcios/gapproof",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント CloudCorpRecords で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.1.0)がレジストリに届いたのは4 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.js, Dockerも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Apify MCP Server
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ 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.
Extract data from any website with thousands of scrapers, crawlers, and automations on Apify Store ⚡
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
gapproof is a local test-gap analysis tool for a code repository. It walks the sources, extracts the functions it finds, checks which of them are mentioned by a test, and reports the gaps: functions no test appears to cover. Recorded test runs add a second, stronger signal — a function named by a passing run (directly, or through the test that links it) counts as *proven*, not just linked — and the two signals combine into a single coverage score.
This package is a clean-room rebuild, and a labelled core subset: it covers 12 of the 18 tools documented for the original Orangepro MCP server (orangepro_*). The omitted tools are listed under "Scope" below.
There is no AST, no parser, and no network call anywhere. The engine is a set of documented heuristics:
node_modules, .git, dist, and dot-directories. Files ending in .ts, .tsx, .js, .jsx, or .py are classified as tests when they live under test/, tests/, or __tests__/, or are named *.test.*, *.spec.*, test_*.py, or *_test.py; all others are sources.function name(, export function name(, and const name = (...) => (also let/var, the function keyword form, and an optional async). Python: def name(. A Python name not starting with _ counts as exported; a TS/JS name counts as exported when declared with export.orangepro_record_run appends a run (test, outcome: "pass" | "fail", optional functions) to the persisted graph. A function is *proven* when a passing run names the function, or names a test file / test case that links it.60% × linked ratio + 40% × proven ratio, reported on a 0–100 scale with one decimal place.[A-Z]+-\d+ are read from source *comments only* (//, /* … */, #) and associated with the functions defined in the same file.State lives in one file: /.gapproof/graph.json, written by orangepro_start and orangepro_record_run. Everything else reads the repository (and that graph, when runs matter) without writing.
npx @reneturcios/gapproof orangepro_start '{"root":"/path/to/repo"}'
Or run the container image:
docker run -i ghcr.io/cloudcorprecords/gapproof
The container defaults to the MCP server. Pass CLI arguments to use it as a CLI instead. No API key is needed — the original's optional model key only powers its AI test-generation tools, which this subset omits.
The CLI mirrors the tools: one subcommand per tool, taking its arguments as a single JSON object.
gapproof orangepro_start '{"root":"/path/to/repo"}'
gapproof orangepro_analyze_sources '{"root":"/path/to/repo"}' gapproof orangepro_find_test_gaps '{"root":"/path/to/repo","limit":10}' gapproof orangepro_status '{"root":"/path/to/repo"}' gapproof orangepro_record_run '{"root":"/path/to/repo","test":"math.test","outcome":"pass"}' gapproof orangepro_export_evidence_pack '{"root":"/path/to/repo"}' gapproof --version
Exit codes: 0 on success, 1 on an analysis or validation error, 2 for usage errors.
One bin serves both faces. The mcp subcommand starts a stdio MCP server:
npx -y @reneturcios/gapproof mcp
MCP client configuration:
{
"mcpServers": { "gapproof": { "command": "npx", "args": ["-y", "@reneturcios/gapproof", "mcp"] } } }
All tools take root (the repository path) unless noted.
| Tool | Extra input | What it returns |
|---|---|---|
orangepro_start | — | Analyzes the repo, persists .gapproof/graph.json (preserving recorded runs), and returns {root, sources, functions, tests, linked, unlinked} counts. |
orangepro_analyze_sources | — | The same walk without persisting: per-file function lists plus the total function count. |
orangepro_find_test_gaps | limit (optional) | Unlinked functions as [{function, file, exported}], exported first, then in file order. |
orangepro_status | — | With a persisted graph: {exists: true, generated_at, counts}. Without one: {exists: false} plus a fresh, unstored snapshot. |
orangepro_doctor | — | {root_exists, has_manifest, source_files, test_files, issues}; a manifest is package.json or pyproject.toml at the root. |
orangepro_graph_score | — | {score, linked_ratio, proven_ratio, functions} — 60% linked + 40% proven. |
orangepro_stats | — | {files, functions, tests, test_files, linked, unlinked, proven, runs}. tests counts individual test cases; test_files counts files. |
orangepro_rtm | — | [{id, functions, covered}] for requirement ids found in source comments; covered means every associated function is linked. Empty when no ids appear. |
orangepro_changed_impact | files (required array) | {changed_functions, affected_tests, unlinked_changed} for the given repo-relative changed files. |
orangepro_record_run | test, outcome (required), functions (optional) | Appends a run to the graph (running a fresh analysis first when no graph exists) and returns {recorded: true, runs_total}. |
orangepro_explain_test | test (required) | Locates a test file by name substring and returns {test, file, linked_functions, proven_functions, content_excerpt} (excerpt ≤ 400 chars). |
orangepro_export_evidence_pack | — | {generated_at, root, score, stats, gaps, runs}, returned to the caller — nothing is written. |
Omitted from this core subset: orangepro_prove_loop, orangepro_prove, orangepro_generate_tests, orangepro_update_graph, orangepro_ai_links, and orangepro_ai_flows. Those are the original's proof-execution and AI-assisted tools; the AI flows need a model key in the original. This subset reproduces the local analysis surface only, with the heuristic limits stated above: name-based linking can miss indirect coverage and can credit a coincidental mention, and comment-based RTM extraction only sees ids written in comments.
npm install
npm run build # tsc -> dist/ npm test # node test runner over test/*.test.ts, in-memory fixture repo, no network, no disk npm run dev # run the CLI from source via tsx
MIT — see LICENSE.