Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Compatibility evidence from real builds: does this library API work on your versions and runtime?
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Download the maker’s .mcpb file
The link goes to the maker’s own file; we do not host or repackage it. Open the file and Claude Desktop installs it.
Run this in your terminal
Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 6, 2026
The registry name was verified with the GitHub account r2cuerdame, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.2.23) reached the registry 23 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need MCPB on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, HotCodePush
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
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.
Manage over-the-air (OTA) updates for React Native, Expo, Capacitor and Cordova apps.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Tested. Not guessed.
Languages: English · 한국어 · 日本語 · 简体中文 · Español · Français · Deutsch · Português (BR) · Русский
Start here: CLI quick start · Use the public REST API without installing · Connect an MCP client
Install, check the binary, then ask your first question in PowerShell:
irm https://codesamplex.dev/install.ps1 | iex
csx version csx search "axios multipart upload" --package pkg:npm/axios
The installer asks you to choose JOIN COMMUNITY or LOCAL ONLY. Community mode warms the first cache and starts background sync; local-only mode disables automatic network access and may return no results from a cold cache. You can change modes later with csx init --community or csx init --local-only.
csx version prints csx v . Search returns answers graded for the detected environment; read each result's environment differences before using it. NO_SAFE_MATCH means no verified match was found, not that installation failed. Run searches from your project directory to include its dependency and runtime context.
If PowerShell cannot find csx, open a new terminal or check the installed binary with & "$env:LOCALAPPDATA\csx\csx.exe" version. For macOS / Linux and installation details, or MCP client setup, continue below.
CodeSampleX is an open compatibility testing network for developer libraries, runtimes and toolchains. It does not summarize documentation and it does not collect anecdotes. It records what real builds actually did, in environments recorded rather than assumed — then shows you where things worked, where they broke, and in which environment.
Two things are the asset, and a third is a bonus:
Which is why a miss is not empty. When nothing has been proven for your case the grade stays NO_SAFE_MATCH — and the recorded observations come back with it, as recorded.
CodeSampleX is no longer just a search command. The shipped product now exposes several surfaces, all backed by the same evidence model:
| Surface | Current role |
|---|---|
| Compatibility | browse recorded compatibility by package, version, symbol and environment |
| Dependencies | reverse dependency atlas: which recorded parent releases pulled a dependency release; an edge is not a compatibility verdict |
| Gaps | completeness census across Sample / Evidence / Dependency, replacing the old website Wanted ranking |
| Findings | measured contradictions and version/environment boundaries backed by reproducible samples |
| Features | zero-install REST quick start, the REST / MCP / CLI capability matrix, the MCP tool contracts and skill.md |
| Samples · Adapters · Stats | verified artifacts, ecosystem capability matrix, and public network rollups |
The CLI is the canonical local interface. csx help is generated from the commands in the binary; this table is pinned to it by a test so a new command cannot silently outgrow the README.
| Command | What it does |
|---|---|
config | read or change local settings |
daemon | run, start, stop, or inspect the background sync daemon |
doctor | diagnose the local install; --fix repairs safe CSX-owned state and verifies again |
hook | enable, disable, inspect, or self-test the automatic build-failure lookup installed into supported coding agents |
init | choose community/local-only mode, configure agents, warm the first cache, and start background sync |
login | sign in with GitHub when you want attributed sample publishing |
mcp | run the stdio MCP server used by agent clients |
mcp-config | print JSON/TOML/path configuration for MCP clients |
run | run a command and record sanitized evidence for public dependencies |
sample | propose, create, preview, verify, publish, remove, list, or review pending clean-room samples |
sample-worker | operate the private authoring work/session handoff lane |
scan | detect public dependencies without running a build |
search | search verified samples graded against the target environment |
stats | show local cache, queue, hit, and adoption counters |
sync | warm compatibility shards and flush queued community uploads (--uploads-only when needed) |
ui | open the local dashboard and privacy preview |
update | securely check, install, inspect, or roll back signed updates |
version | print the installed csx version |
worker | contribute Docker-isolated cross/matrix verification work |
The network also installs an optional build-failure hook into supported coding agents. When an agent's shell build fails, the hook classifies the failing build step, sanitizes the error locally, searches CodeSampleX, and stays silent on a miss or unrelated command. csx hook status shows what is installed; csx hook check proves the registered hook path with a throwaway failing build.
CodeSampleX exposes a public REST surface for agents, browsers and scripts. Every answer the site renders is a plain HTTPS request away — no key, no account, no client library, readable from any origin. Install the CLI only when you want local execution capture, the automatic failed-build hook, publishing or worker capabilities.
One request, real production JSON — copy it as it is:
curl 'https://codesamplex.dev/v2/search?package=pkg:npm/axios&symbol=axios.post&os=linux&runtime=node&runtimeVersion=22'
The answer carries a grade, and every result names which environment dimensions matched (exact[]) and which did not (different[]). A miss is spelled grade: "NO_SAFE_MATCH" — a real answer, not a failure to answer. A generic web-capable agent reads the whole contract from https://codesamplex.dev/skill.md; docs/rest.md is the same quick start for a person.
The three doors compared. Every mark is checked against the router and the command list by a test, and the Features page draws the same table:
| Capability | Web REST (no install) | MCP | CLI installed |
|---|---|---|---|
| Search verified samples, graded against an environment | ✅ | ✅ | ✅ |
| Compatibility lookup by package, version, symbol and environment | ✅ | ✅ | ⚠️ csx search grades against the synced shards; there is no explain command |
| Read one sample's manifest, receipts and files | ✅ | ✅ | ⚠️ through csx search --json; no dedicated sample read command |
| Read the findings collection | ✅ | ❌ web and REST only | ❌ web and REST only |
| Read gaps, wanted and public stats | ✅ | ❌ | ⚠️ csx stats shows local counters only |
| Use from a browser, a cloud agent or a script | ✅ | ⚠️ the agent's MCP host must run csx locally | ❌ a local binary |
| Zero-install use | ✅ | ⚠️ the MCP server is the csx binary; the client host must have csx installed | ❌ |
| Detect the local project and environment automatically | ❌ | ⚠️ only what the local csx behind the MCP host can see | ✅ |
| Run the real local build or test | ❌ | ⚠️ run_observed_command runs it through the local csx | ✅ |
| Capture sanitized, structured execution evidence | ❌ | ⚠️ only through the local csx the MCP host runs | ✅ |
| File an unsigned execution footprint | ✅ | ❌ files correlated adoption evidence instead | ❌ files correlated adoption evidence instead |
| Automatic failed-build lookup hook | ❌ | ❌ | ✅ |
| Background sync and offline cache | ❌ | ❌ | ✅ |
| Privacy preview before anything is uploaded | ❌ | ❌ | ✅ |
| Publish a verified sample | ❌ | ❌ deliberately no publish tool | ✅ a person confirms at the CLI |
| Worker and matrix verification | ❌ | ❌ | ✅ |
| Signed verification receipts (ed25519, from the worker) | ❌ | ❌ | ✅ |
REST reads the network. The CLI lets the network observe reality. MCP is an adapter on the CLI: csx mcp is the csx binary itself, so an MCP client on a host without csx has no server to talk to.
Every result is tied to the environment that produced it, so the same data can be pivoted into version × symbol, OS × runtime, version × architecture, browser/runtime, libc, and other recorded dimensions. Use the live compatibility explorer or a package page such as pgx/v5 for current counts; the README deliberately does not freeze live network numbers into a dated screenshot. The shape below is illustrative only:
Only the beginning is shown; read the rest in the repo