Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Let AI configure telecom gear over serial: Juniper and Cisco, Icom CI-V, Yaesu/Kenwood CAT, rotators
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": {
"serial-console": {
"command": "uvx",
"args": [
"serial-console-mcp"
]
}
}
}Run this in your terminal
claude mcp add serial-console -- uvx serial-console-mcpPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"serial-console": {
"command": "uvx",
"args": [
"serial-console-mcp"
]
}
}
}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": {
"serial-console": {
"type": "stdio",
"command": "uvx",
"args": [
"serial-console-mcp"
]
}
}
}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 8, 2026
The registry name was verified with the GitHub account sbrunner-atx, 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.3.2) reached the registry 2 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, Tethered Trust
Servers in the same category from other makers, sorted by stars.
Reading a card:↓ Downloads per weeki★ 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.
Fit, compatibility and recall checks for AI agents before they buy: verdicts, evidence, receipts.
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.
AI for the configuration of telecommunication equipment, through the console port it already has.
MIT licensed · Python 3.10+ · status: 0.3.2, verified live on a Juniper EX2200 console
serial-console-mcp connects an AI assistant such as Claude to the serial console of the equipment that runs networks and radio stations, and of anything else with a serial port:
commit confirmed on Junos, reload in on IOS), and leave the console as it was found.You say what you want in plain language. The assistant drives the console through this server, Claude Desktop asks you to approve each step, and bundled operating skills teach it the Junos and IOS basics: which mode a prompt means, how to get in and out, which show commands answer everyday questions.
Juniper support is verified on a real EX2200 console. Cisco, CI-V, CAT and rotator support follows the vendors' protocol references and has not yet met hardware on this bench. The other device types use the generic tools rather than device-specific helpers.
You do not need to know any programming. After it's installed you talk to Claude normally:
You: What serial ports do you see?
Claude: I found two. One looks like a Silicon Labs CP210x on COM4 — that's
probably your device.
You: Connect to COM4 at 9600 baud.
Claude: Connected.
You: Log in and show me the version.
A serial console isn't a simple question-and-answer channel. It echoes what you type, prints unsolicited messages on its own (logs, interface flaps), and can dump pages of output. So the moment a port is open, a background reader keeps draining it into a buffer. That means Claude can:
# , > , login: …) to capture the whole reply — even a long one — without cutting it off, orThis is the same model minicom and expect use, which is why it handles interactive CLIs properly.
| Tool | What it does |
|---|---|
list_serial_ports | Enumerate ports with description and USB hardware id; marks ones open here |
list_presets | Usual settings per device family: Cisco/Juniper/Linux consoles, full-screen consoles (BIOS, BMC, menus), Kenwood/Elecraft/Yaesu CAT, Icom and Xiegu CI-V, rotators, Arduino, NMEA GPS |
connect / reconnect_last / disconnect | Open a port by name. Defaults 9600 8N1, no flow control; baud, data bits, parity, stop bits, RTS/CTS, XON/XOFF, line ending and prompt are all settable, or loaded from a preset. Several ports at once |
send_keys / screen | Press Ctrl-C, Esc, Tab, arrows, F-keys by name; view the VT100/xterm screen of a full-screen console (BIOS, BMC, menu switches, vi) |
send_text / send_hex | Write an ASCII line (CR / LF / CRLF / none) or raw hex bytes. Write-only |
read_until_prompt | Return buffered output up to a literal or regex prompt, leaving the rest; auto_reply pages through --More-- |
read_available | Return whatever has arrived, as text and hex |
query_text | Clear, send, then read until the prompt or until the line goes idle |
expect | A scripted list of send-and-wait steps in one call: logins, command sequences |
set_lines / pulse_line / send_break | Drive DTR and RTS (PTT, Arduino reset), send BREAK |
capture_start / capture_stop / get_transcript | Log a session to a file (raw or timestamped TX/RX); re-read the rolling transcript |
port_in_use_by / detect_baud | Which program holds a port; which baud rate produces readable text |
cat_build / cat_parse | Kenwood, Elecraft and Yaesu ; commands: build a frequency set, decode ID, FA, MD, IF and error replies |
civ_build / civ_parse / civ_freq | Icom CI-V frames: build, decode (echo vs reply, BCD frequency, mode, PTT), convert |
rotator_build / rotator_parse | GS-232 rotator commands (read, move, stop, speed) and position replies |
clear_buffer / status | Housekeeping; status shows every open port with control-line states |
Ports are opened by name ("rig", "rotator"); tools default to the most recently used one. Each connection has a terminal mode: dumb (raw bytes, the default), ansi (colours and escape sequences stripped, CR/backspace overwrites applied, prompts matched on the line as displayed even after a device redraws it with spaces and backspaces; used by the console presets), or xterm/vt100 (a real screen you can read with screen; needs pip install 'serial-console-mcp[screen]', included in the desktop extension). The receive buffer is capped at 4 MB per port; if a device streams for hours unread, the oldest bytes are dropped and status says how many.
Three skill files in skills/ teach an agent the discipline, the way the fldigi-mcp skills do; copy them into ~/.claude/skills/ or a project's .claude/skills/:
| Skill | What it teaches | |
|---|---|---|
serial-console | The console model, the six rules, terminal modes, keys, presets | |
junos-operating | Junos modes from the prompt (% shell, > operational, # configure), out of the BSD shell and back, configure exclusive, `show \ | compare, commit confirmed, rollback, cli -c and start shell, health and interface show commands verified on an EX2200 (show chassis routing-engine, show interfaces terse/brief`) |
ios-operating | IOS modes (>, #, (config)#), enable/configure terminal/end, reload in 10 as the safety net, write memory, everyday show commands (show ip interface brief, show processes cpu sorted) |
| Variable | Effect |
|---|---|
SERIAL_CONSOLE_READ_ONLY=1 | Refuse writes except read-style commands (show, ID;, CI-V reads) and refuse control-line changes |
SERIAL_CONSOLE_ALLOW= | Override the read-only allowlist |
SERIAL_CONSOLE_IDLE_MINUTES=15 | Auto-close a port idle that long (default: never) |
Set them in the server's entry in claude_desktop_config.json under "env".
serial-console-mcp.mcpb from the Releases page. The same file works on Mac, Windows and Linux.No terminal, no Python, nothing to configure by hand.
Upgrading from the 0.3.x `.pkg` or `.exe` installer? Remove the old copy first, or Claude Desktop starts two servers. On a Mac:
"/Library/Application Support/SerialConsoleMCP/serial-console-mcp" configure --remove
sudo rm -rf "/Library/Application Support/SerialConsoleMCP"
On Windows, uninstall Serial Console MCP under Settings → Apps. Then quit and reopen Claude Desktop.
If you already have Python 3.10+ and uv or pipx, you can skip the extension:
uvx serial-console-mcp --version # fetches and runs it
uvx serial-console-mcp configure --command uvx --arg serial-console-mcp
or
pipx install serial-console-mcp
serial-console-mcp configure --command "$(which serial-console-mcp)"
configure writes a serial-console entry into claude_desktop_config.json (merging with whatever is already there and backing the old file up first). Quit and reopen Claude Desktop. serial-console-mcp configure --remove undoes it. Any other MCP client can launch the same command over stdio.
git clone https://github.com/sbrunner-atx/serial-console-mcp.git
cd serial-console-mcp uv sync # or: python3 -m venv .venv && . .venv/bin/activate && pip install -e . pytest uv run pytest # fake serial port, no hardware needed uv run serial-console-mcp configure --command "$PWD/.venv/bin/serial-console-mcp"
The package lives in src/serial_console_mcp/: server.py is the MCP server, configure.py the Claude Desktop registrar. manifest.json describes the desktop extension; npx @anthropic-ai/mcpb pack builds it. BUILD.md covers the retired .pkg and .exe installers.
Plain-English requests work. Some examples:
expect call: return, login, password, command).detect_baud).pulse_line("RTS", 2000), after you confirm).civ_build, send_hex, read_available, civ_parse).query_text("FA;"), cat_parse).rotator_build, query_text, rotator_parse).send_keys)screen-console preset, screen, send_keys)show interfaces terse, then show me all of it."For a router/switch console, tell Claude the prompt it should wait for (often # for enable mode or > for user mode) and it will read until it sees it. For an Icom radio (CI-V), tell Claude — it can send the hex commands those radios expect.
"No serial ports found."
"Could not open the port" / "access denied."
Claude says it can't access serial ports at all.
Only the beginning is shown; read the rest in the repo