Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Decide whether a fix needs a backport, and to which release branches.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"backportcheck": {
"command": "npx",
"args": [
"-y",
"@reneturcios/backportcheck",
"mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add backportcheck -- npx -y @reneturcios/backportcheck mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"backportcheck": {
"command": "npx",
"args": [
"-y",
"@reneturcios/backportcheck",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"backportcheck": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@reneturcios/backportcheck",
"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、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
A fix lands on the newest line, and then the harder question arrives: which of the older release branches still in the field need it too? Answering by gut feel either skips a branch that is quietly exposed or backports everything everywhere and burns the release team. backportcheck turns the decision into a fixed, auditable procedure: hand it the fix, and it hands back a plan.
First, the branches are filtered down to real candidates. A branch qualifies only when all three hold: it is still supported, its version is strictly older than the version the fix lands in, and — when you say which version introduced the bug — it is at or after that version, because a branch older than the bug cannot contain it. Versions are plain x.y.z numbers, compared numerically component by component, so 1.10.0 correctly sorts newer than 1.9.0.
Every branch that fails the filter is still reported, with exactly one reason, and the reasons are checked in a fixed order so the report never blames the wrong thing: an unsupported branch is unsupported even if it is also too new; next comes not older than fix version; last, predates bug introduction.
Each candidate then gets an action from the severity:
backport. A critical fix goes everywhere it can.backport; candidates on older major lines are consider.consider; candidates on older major lines are skip.needs_backport is true exactly when at least one candidate's action is backport. The plan and the skipped list are each sorted by version descending, ties broken by branch name ascending, so the newest branches — usually the most urgent — come first. Malformed input is a validation error naming the offending path: a version that is not x.y.z, a severity outside its enum, a branch entry missing its name, version, or supported flag. The computation is pure and local: no network, no configuration, and no repository is read or touched — backportcheck only decides the plan.
npx @reneturcios/backportcheck check --input args.json
npx @reneturcios/backportcheck --version
args.json contains the full arguments object:
{
"fix_version": "3.2.0", "severity": "major", "introduced_in": "2.4.0", "branches": [ { "name": "release-3.1", "version": "3.1.4", "supported": true }, { "name": "release-3.0", "version": "3.0.9", "supported": true }, { "name": "release-2.5", "version": "2.5.1", "supported": true }, { "name": "release-2.3", "version": "2.3.8", "supported": true }, { "name": "release-1.9", "version": "1.9.0", "supported": false } ] }
The result is printed as JSON:
{
"needs_backport": true, "fix_version": "3.2.0", "severity": "major", "plan": [ { "branch": "release-3.1", "version": "3.1.4", "action": "backport" }, { "branch": "release-3.0", "version": "3.0.9", "action": "backport" }, { "branch": "release-2.5", "version": "2.5.1", "action": "consider" } ], "skipped_branches": [ { "branch": "release-2.3", "version": "2.3.8", "reason": "predates bug introduction" }, { "branch": "release-1.9", "version": "1.9.0", "reason": "unsupported" } ] }
Exit codes: 0 on success, 1 on a runtime error (including an unreadable or invalid input file, or invalid input), 2 on a usage error.
npx -y @reneturcios/backportcheck mcp
MCP client config:
{
"mcpServers": { "backportcheck": { "command": "npx", "args": ["-y", "@reneturcios/backportcheck", "mcp"] } } }
check_backport — Decide whether a fix needs a backport, and to which release branches.fix_version (string, required) — version the fix lands in, as x.y.zseverity (string, required) — one of critical, major, minorbranches (array, required, non-empty) — release branches, each {name, version, supported} with a non-empty string name, an x.y.z version, and a boolean supportedintroduced_in (string, optional) — version that introduced the bug, as x.y.zReturns {needs_backport, fix_version, severity, plan, skipped_branches}.
docker run -i ghcr.io/cloudcorprecords/backportcheck
docker run --rm -v "$PWD:/w" ghcr.io/cloudcorprecords/backportcheck check --input /w/args.json
npm install
npm run build # tsc -> dist/ npm test # tsx --test test/*.test.ts (pure local, no network) npm run dev # run the CLI from source
MIT — Copyright (c) 2026 Rene Turcios