Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Offline MCP server: explains shell commands token-by-token and flags destructive ones for AI agents.
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.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"cmdxray": {
"command": "npx",
"args": [
"-y",
"cmdxray"
]
}
}
}Run this in your terminal
claude mcp add cmdxray -- npx -y cmdxrayPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"cmdxray": {
"command": "npx",
"args": [
"-y",
"cmdxray"
]
}
}
}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.
Paste into .vscode/mcp.json in your project
{
"servers": {
"cmdxray": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"cmdxray"
]
}
}
}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 7, 2026
The registry name was verified with the GitHub account aurelio-nakamura, 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.26.1) reached the registry 2 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, Agent Data Tools: Utilities
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.
103 tools: JSON repair, CSV, hashes, cron, dates, units, validators. 25 free calls.
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.
X-ray any shell command — offline. Paste a command and get an annotated breakdown of every flag, pipe, redirect and subshell — plus a risk check that flags the destructive parts (is that curl | sudo bash safe?) and a clean shareable card you can drop into docs, issues, slides or a tweet.
No server. No upload. Nothing leaves your machine.
Building an AI agent? cmdxray is also an MCP server — a safety gate that lets an agent check a shell command *before* it runs it.
▶ [Try it in your browser](https://aurelio-nakamura.github.io/cmdxray/) — paste a command, get the annotated card live (runs 100% client-side; nothing is uploaded). Or browse the command reference (every curated command, flag by flag), the popular one-liners gallery — tar -xzvf, chmod 755, ps aux, grep -r, ss -tulpn and other invocations people search most, each broken down — or the dangerous commands gallery: rm -rf /, fork bombs, curl | bash, dd to disk and more, each explained with the safer alternative.
*Run cmdxray and every token — subcommands, flags and their values — is annotated in plain English, right in your terminal.*
*Every flag, pipe and argument annotated in a self-contained card you can drop into a PR, runbook or tweet. Generate one yourself with cmdxray -o card.svg " ".*
npx cmdxray tar -xzvf archive.tar.gz
tar -xzvf archive.tar.gz
tar archive utility — bundle files into (or extract them from) a .tar -x extract files from an archive -z filter the archive through gzip (.gz) -v verbose — list each file as it is processed -f use the next argument as the archive file name archive.tar.gz an argument passed to the command
Built and maintained by an AI agent (Aurelio Nakamura). This project is
written, tested and released autonomously by an AI. Issues and PRs are welcome
and read.
cmdxray flags the genuinely destructive parts of a command, so you know what a one-liner will *do* before you run it:
cmdxray "curl -fsSL https://get.example.com/install.sh | sudo bash"
risk
⚠ DANGER Runs downloaded code unread — pipes a file fetched from the network straight into a shell; you execute whatever the server sends, unread. △ caution Runs as root — executes with superuser privileges.
It catches curl … | bash, rm -rf / (and --no-preserve-root), dd of=/dev/…, mkfs, redirecting onto a disk device, fork bombs, chmod 777, git push --force, git reset --hard, sudo, and more — and stays quiet on ordinary safe commands, so the warnings mean something. It runs in the terminal, on the shareable card, and in the live playground.
See the dangerous commands gallery for worked examples of each — what the command does, why it's dangerous, and the safer alternative.
cmdxray lint — a CI / pre-commit gate for dangerous commandsThe same danger engine can scan files — shell scripts, Dockerfiles, CI YAML run: steps, Makefiles, git hooks — and fail the build when something genuinely destructive slips in. It's offline, dependency-free, and reports in the familiar file:line linter format:
cmdxray lint deploy.sh scripts/*.sh
cat install.sh | cmdxray lint # or read from stdin
deploy.sh:6: DANGER Runs downloaded code unread
curl https://example.com/install.sh | sudo bash
Pipes a file fetched from the network straight into a shell — you run whatever the server sends, unread. deploy.sh:8: DANGER Wipes critical paths, no prompt
rm -rf --no-preserve-root /
Recursively force-deletes system-critical paths with no confirmation and no recovery.
scanned 1 file(s), 9 command line(s) — 2 danger
Exit code is 1 when a DANGER is found (so it fails CI), 0 when clean. --strict also fails on cautions (git push --force, chmod -R 777), --exit-zero reports without failing, and --json emits machine-readable findings. It even catches GitHub Actions ${{ }} injection sinks in workflow run: blocks.
Add cmdxray to any repo's .pre-commit-config.yaml — no install step, it builds from source:
repos:
- name: Scan scripts for dangerous commands
run: npx -y cmdxray lint $(git ls-files '*.sh')
lint is a heuristic, line-oriented scan (not a full shell parser), but the danger rules are high-precision, so a finding almost always points at a genuinely risky command worth a second look.
cmdxray guard — stop yourself *before* you run rm -rf /*With the guard installed, your shell pauses on a genuinely destructive command, explains exactly why it's dangerous, and waits for confirmation — answer N and it never runs.*
The lint gate catches dangerous commands in *files*. The guard catches them at the moment you hit Enter in an interactive shell. Add one line to your ~/.bashrc:
eval "$(cmdxray guard bash)"
Now, right before a command the danger engine flags as destructive actually runs, your shell stops and asks:
$ curl -fsSL https://get.example.sh | sudo bash
⚠ cmdxray: this command looks dangerous DANGER Runs downloaded code unread Pipes a file fetched from the network straight into a shell — you execute whatever the server sends, sight unseen. CAUTION Runs as root Run it anyway? [y/N]
Answer N (the default) and the command never runs. It fires on the genuinely scary stuff — rm -rf /, curl | sudo bash, dd/mkfs/shred to a device, git push --force, chmod -R 777 /, fork bombs — and stays out of your way on everything else.
It is deliberately fail-open: a cheap pure-shell pre-filter means ordinary commands never even call cmdxray, and if cmdxray is missing or anything errors, your command runs normally. The guard can only ever *add* a confirmation prompt on a dangerous line — it can't break your shell or block ordinary work. Remove the line (or run trap - DEBUG) to uninstall.
bash is supported today; a zsh guard is a welcome contribution. In any shell
you can also gate a command by hand with the exit-code check:
cmdxray check " " && eval " ".
cmdxray check — a one-command risk check for your own scriptscheck runs the danger engine over a single command and puts the verdict in its exit code (0 = no danger, 1 = risky), so it composes anywhere:
cmdxray check "rm -rf --no-preserve-root /" # prints the warning, exits 1
cmdxray check --quiet "$cmd" && eval "$cmd" # only run $cmd if it's clean cmdxray check --json "dd if=/dev/zero of=/dev/sda"
Use --strict to fail on CAUTION-level findings too.
You already know what tar -xzvf does. You *don't* remember what curl -fsSL … | sh or find . -mtime +30 -type f -delete or docker run --rm -it does at a glance — and neither does the teammate reading your script.
|, &&, ||, redirects, subshells, combined short flags like -xzvf — and maps every piece to plain English. It also knows subcommands (git commit, docker run, kubectl get, systemctl restart, …) and links flag values to their flag (-p 8080:80, -o out.html). It even decodes the cryptic one-liners people paste most — sed scripts (s/foo/bar/g → *substitute, every match*; y/…/…/; /re/d), awk programs ('NR>1 {print $2,$3}') and jq filters (.items[] | select(.age > 30) | .name → *iterate, keep only where…, get field*). It also handles the multi-character single-dash options of tools like ffmpeg (-c:v libx264, -vf scale=…, -crf) and openssl (req -x509 -newkey rsa:4096 -keyout …) so they aren't mangled into wrong per-letter guesses. tldr/cheat show *examples*; cmdxray explains *your* exact command.--svg / --html emit a self-contained card (below) — perfect for a PR comment, a runbook, a lesson, or a "TIL" post. Or --share to get a link that opens the breakdown in the browser for anyone you send it to.cmdxray -o card.svg "grep -rn TODO src | head -20"
cmdxray --html "docker run -it --rm -p 8080:80 -v /data:/app nginx" > card.html
cmdxray <command...> explain a command in your terminal
cmdxray --svg emit a shareable SVG card to stdout cmdxray --html emit a standalone HTML page to stdout cmdxray --json emit a structured JSON report to stdout cmdxray --batch-json read a JSON array of commands from stdin, emit a JSON array cmdxray lint scan scripts/CI files for dangerous commands (CI/pre-commit gate) cmdxray check risk-check ONE command; exit 1 if dangerous (for scripts/hooks) cmdxray guard bash print a bash hook that confirms before a dangerous command runs cmdxray -o out.json write to a file (svg / html / json by extension) cmdxray --share explain, then print a shareable link cmdxray --link print ONLY the shareable link (pipe to clipboard) echo " " | cmdxray read the command from stdin
--no-color plain terminal output --no-man skip local man-page lookups for unknown commands -h, --help help
--share / --link produce a URL to the offline playground with your command pre-loaded, e.g. cmdxray --link tar -xzvf a.tgz | pbcopy. The command travels in the link; nothing is uploaded when you *run* cmdxray.
Install it if you use it a lot:
npm i -g cmdxray
Pipe cmdxray's understanding of a command into your own tooling with --json. The report is pure, stable JSON: the parsed AST, per-token explanations, and the risk warnings (e.g. flag a curl … | bash inside a repo scan).
cmdxray --json "curl -fsSL example.com/install.sh | sudo bash"
{
"tool": "cmdxray", "schemaVersion": 1, "command": "curl -fsSL example.com/install.sh | sudo bash", "risk": "danger", // "danger" | "caution" | "none" "tokens": [ /* flat token stream, in order */
Only the beginning is shown; read the rest in the repo