Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
MCP server for Commodore 64 Ultimate hardware and VICE emulator control.
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.
LOG_LEVEL, C64BRIDGE_CONFIG, C64_MODE, C64U_HOST, C64U_PORT, C64U_PASSWORD, U2_HOST, U2_PORT, U2_PASSWORD, VICE_BINARY, VICE_VISIBLE, VICE_WARP, GITHUB_TOKENValues marked secret are keys to your account. Never share them or paste them into a chat.
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": {
"c64bridge": {
"command": "npx",
"args": [
"-y",
"c64bridge"
],
"env": {
"LOG_LEVEL": "your-value",
"C64BRIDGE_CONFIG": "your-value",
"C64_MODE": "your-value",
"C64U_HOST": "your-value",
"C64U_PORT": "your-value",
"C64U_PASSWORD": "your-value",
"U2_HOST": "your-value",
"U2_PORT": "your-value",
"U2_PASSWORD": "your-value",
"VICE_BINARY": "your-value",
"VICE_VISIBLE": "your-value",
"VICE_WARP": "your-value",
"GITHUB_TOKEN": "your-value"
}
}
}
}Run this in your terminal
claude mcp add c64bridge --env LOG_LEVEL=your-value --env C64BRIDGE_CONFIG=your-value --env C64_MODE=your-value --env C64U_HOST=your-value --env C64U_PORT=your-value --env C64U_PASSWORD=your-value --env U2_HOST=your-value --env U2_PORT=your-value --env U2_PASSWORD=your-value --env VICE_BINARY=your-value --env VICE_VISIBLE=your-value --env VICE_WARP=your-value --env GITHUB_TOKEN=your-value -- npx -y c64bridgeFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"c64bridge": {
"command": "npx",
"args": [
"-y",
"c64bridge"
],
"env": {
"LOG_LEVEL": "your-value",
"C64BRIDGE_CONFIG": "your-value",
"C64_MODE": "your-value",
"C64U_HOST": "your-value",
"C64U_PORT": "your-value",
"C64U_PASSWORD": "your-value",
"U2_HOST": "your-value",
"U2_PORT": "your-value",
"U2_PASSWORD": "your-value",
"VICE_BINARY": "your-value",
"VICE_VISIBLE": "your-value",
"VICE_WARP": "your-value",
"GITHUB_TOKEN": "your-value"
}
}
}
}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": {
"c64bridge": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"c64bridge"
],
"env": {
"LOG_LEVEL": "your-value",
"C64BRIDGE_CONFIG": "your-value",
"C64_MODE": "your-value",
"C64U_HOST": "your-value",
"C64U_PORT": "your-value",
"C64U_PASSWORD": "your-value",
"U2_HOST": "your-value",
"U2_PORT": "your-value",
"U2_PASSWORD": "your-value",
"VICE_BINARY": "your-value",
"VICE_VISIBLE": "your-value",
"VICE_WARP": "your-value",
"GITHUB_TOKEN": "your-value"
}
}
}
}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.
LOG_LEVEL envC64BRIDGE_CONFIG envC64_MODE envC64U_HOST envC64U_PORT envU2_HOST envU2_PORT envVICE_BINARY envVICE_VISIBLE envVICE_WARP envThese 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 chrisgleissner, 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.
You need to fill in: C64U_PASSWORD, U2_PASSWORD, GITHUB_TOKEN
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 (1.0.7) reached the registry 2 days 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, OpenTakeoff
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.
Construction takeoff for AI agents: load plans, set scale, measure, count, export with provenance.
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.
Your AI Command Bridge for the Commodore 64.
C64 Bridge is an MCP server for controlling and working with a Commodore 64 from an AI client.
It lets you run programs, read and write memory, render graphics, and play sound on a C64 Ultimate, Ultimate 64, or U2-family cartridge. You can also switch to a VICE emulator session, so one MCP conversation can span hardware and emulation.
It is built on the official TypeScript @modelcontextprotocol/sdk and supports both stdio for local AI integration and an optional HTTP bridge for manual inspection.
C64 Bridge is listed in the Official MCP Registry.
C64 Bridge gives an AI agent one place to drive program execution, memory access, graphics, sound, storage, printer workflows, and knowledge retrieval for a Commodore 64 environment.
The core workflow is simple:
c64_program, c64_memory, c64_graphics, and c64_sound.c64_select_backend when both are configured.c64u (C64U/U64), u2 (U2/U2+/U2+L), and viceIf you want the shortest path, do these four things:
Linux (Ubuntu or Debian):
Recommended:
sudo apt update
sudo apt install -y curl ca-certificates curl -fsSL https://deb.nodesource.com/setup_24.x | sudo -E bash - sudo apt install -y nodejs
Fallback:
sudo apt install -y nodejs npm
macOS:
brew install node@24
brew link --overwrite node@24
Windows:
# winget
winget install OpenJS.NodeJS.LTS
choco install nodejs-lts -y
Verify the installation:
node --version
Expected result: v24.x
Use one of the following entry points.
Run from npx with zero setup:
npx -y c64bridge@latest
Run from a local npm install:
mkdir -p ~/c64bridge && cd ~/c64bridge
npm init -y npm install c64bridge node ./node_modules/c64bridge/dist/index.js
Run from source for development or testing:
git clone https://github.com/chrisgleissner/c64bridge.git
cd c64bridge ./build install npm start
On startup, the server probes the selected target, performs connectivity checks, and then announces that it is running on stdio.
The server can run against one or more of:
c64u)u2)vice)The detailed lookup order, merge rules, backend examples, and override model are in the Configuration section below.
C64 Bridge ships a single canonical stdio entry point that every MCP client uses:
stdio server, with the environment variables documented in Runtime Environment Variable Reference and the registry manifest in mcp.json.The startup command is the same across clients: npx -y c64bridge@latest for the published package, or node scripts/start.mjs from a local checkout. Select c64u, u2, or vice in the shared Configuration; clients only need the command.
The server reads configuration in this order:
C64BRIDGE_CONFIG, if it points to a config file.c64bridge.json in the project root~/.c64bridge.json in the home directoryConfiguration is merged per backend section while scanning those files in order.
c64u, u2, or vice) supplies that backend's configuration..c64bridge.json to define c64u while ~/.c64bridge.json defines u2 or vice.Use this for a C64 Ultimate or Ultimate 64:
{
"c64u": { "host": "c64u", "port": 80, "networkPassword": "secret" } }
c64u:80 with no network password.networkPassword is only needed when you enabled a password in the C64 Ultimate network settings.C64U_HOST, C64U_PORT, and C64U_PASSWORD override the configured host, port, and network password.The following operations require recently added Ultimate REST endpoints. C64 Bridge detects or explains unavailable endpoints without exposing a raw firmware error.
Before choosing an endpoint-dependent operation, read c64://platform/status. It probes machine:input safely and reports whether it is available. When native input is unavailable, use key or write_text for ordinary C64 input instead of physical matrix events. machine:menu_screen can only be confirmed after an Ultimate menu is visible; its tool returns fallback guidance rather than a transport error when no matrix can be read.
c64_input keyboard, release_all, and state, plus hardware joystick, use machine:input. They require a C64U firmware version that provides this endpoint, or U64 firmware 3.15 or later. machine:input is not available on U2-family cartridges.c64_system read_menu_screen uses machine:menu_screen; it requires a C64U firmOnly the beginning is shown; read the rest in the repo