Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Test Minecraft plugins end to end: drive a real Paper server and real protocol bots.
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": {
"vitaminmcp": {
"command": "npx",
"args": [
"-y",
"vitaminmcp"
]
}
}
}Run this in your terminal
claude mcp add vitaminmcp -- npx -y vitaminmcpPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"vitaminmcp": {
"command": "npx",
"args": [
"-y",
"vitaminmcp"
]
}
}
}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": {
"vitaminmcp": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"vitaminmcp"
]
}
}
}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 Backas03, 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 (3.2.2) reached the registry 18 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, Foliosio
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.
Read your support inbox, tag conversations and save draft replies from your AI agent. Never sends.
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.
Test your plugins with an AI agent — on a real running server, with real players.
Documentation · Modrinth · npm · Issues
VitaminMCP is a Paper/Purpur plugin that opens an MCP (Model Context Protocol) endpoint from inside your running server. Connect an AI agent — Claude Code, Cursor, Codex, Gemini CLI, any MCP client — and it can drive the server and read back what happened, while real bot clients join over the actual Minecraft protocol.
Nothing about the plugin you are testing changes. No test framework to adopt, no source to instrument, no mock server: the plugin under test runs on a real server through its real lifecycle. That also means it works on plugins you did not write — anything installed is testable.
Player objects| Tool | What it does |
|---|---|
session_start | Connect to a running server; several sessions at once for proxied networks |
session_reset | Disconnect every bot, or close a session |
server_info | Implementation, version, TPS, online players, installed plugins |
logs_query | Search server logs by severity and regular expression |
events_summary | Count captured Bukkit events by type over a time window |
events_query | Read individual captured events, filtered by type and player |
exceptions_recent | Distinct exceptions with counts; full stack trace on demand |
state_query | Live server state — player (including permission checks), block, inventory (the only place a plugin GUI's contents exist), plugin (commands, permissions, live config) |
command_exec | Run a command as the console or as any player, permissions and all |
wait_for | Block until a condition holds — ticks, block_is, block_is_not, event, player_online, player_offline, player_near, player_state, inventory_open, inventory_contains, log_matches |
bot_spawn | Connect an offline or Microsoft-authenticated Minecraft protocol client as a test player |
bot_inspect | Everything the bot's client was sent: chat, action bar, titles, boss bars, scoreboard, health, effects, open menu |
bot_run_scenario | Run a whole scripted test in one call; a failure reports the failing step and what the server was doing at that moment |
bot_view | Live localhost viewer for one bot — the world, or the menu it has open |
bot_run_scenario scripts a whole test from these steps — a failure reports the failing step and what the server was doing at that moment:
| Category | Step | What it does |
|---|---|---|
| World & movement | spawn | Connect the bot and wait until it is standing in the world |
despawn | Disconnect the bot | |
move_to | Walk there through real physics — pressure plates and move listeners fire; teleport mode for setup | |
look_at | Face a block or position | |
jump | Jump | |
sneak | Start or stop sneaking | |
sprint | Start or stop sprinting | |
| Blocks & items | break_block | Break a block, through real digging |
place_block | Place a block from the hand | |
use_block | Right-click a block — buttons, doors, chests | |
hold_item | Put an item into the main hand | |
drop_item | Drop the held item | |
| Interaction | use_entity | Right-click an entity — the way a shop or quest NPC is actually triggered |
attack_entity | Attack an entity | |
click_slot | Click a slot in the open menu or GUI | |
close_menu | Close the open menu | |
chat | Send a chat message as the bot | |
command | Send a command as the bot, permissions and all | |
console | Run a console command mid-scenario | |
| Waiting | wait_for | Block until a condition holds — every wait_for condition is available as a step |
| Assertions | assert_block | Assert what a block is |
assert_player | Assert a player's live state — position, game mode, op, health | |
assert_event | Assert that an event fired on the server | |
assert_inventory | Assert the slots of the open GUI or an inventory | |
assert_message | Assert what the bot's client was told — chat, action bar, title | |
assert_reachable | Assert a position can actually be walked to |
How the three pieces fit together, what every tool and step accepts, and an example scenario are in docs/reference.md.
| Minecraft version | Windows | Linux | macOS | Status |
|---|---|---|---|---|
| 1.18 – 1.20.6 | 🟡 | 🟡 | 🟡 | Planned; below the current agent floor (1.21) |
| 1.21 – 1.21.11 | 🟢 | 🟢 | 🟢 | Supported and live-tested |
| 26.1 – 26.1.2 | 🟢 | 🟢 | 🟢 | Supported and live-tested |
| 26.2 – 26.3, agent | 🟢 | 🟢 | 🟢 | Agent supported: logs, events, state and commands, checked by hand on Paper 26.2-134 and 26.3-200 |
| 26.2 – 26.3, bots | 🔴 | 🔴 | 🔴 | Not yet: mineflayer stops at 26.1 (#4). session_start opens for the agent and says why bots cannot join |
| Later releases | 🟡 | 🟡 | 🟡 | Each needs a compatibility run before it is added |
| Operating system | Node source runner | Native runner asset | Meaning |
|---|---|---|---|
| Windows x64 | 🟢 | 🟢 | Published, and the platform the matrix is run on |
| Linux x64 / arm64 | 🟢 | 🟢 | Published since 3.0.0 |
| macOS Intel / Apple Silicon | 🟢 | 🟢 | Published since 3.0.0, ad-hoc signed |
Legend: 🟢 supported · 🟡 planned or requires the stated runtime · 🔴 unsupported.
Requirements, where each claim comes from, and how the version matrix is run are in docs/reference.md.
1. Install the plugin — download VitaminMCP.jar from the latest release (or from Modrinth), drop it into plugins/, and start the server.
2. Add the MCP server to your AI client — it runs on your machine, not on the server:
*Claude Code*
claude mcp add vitaminmcp -- npx -y vitaminmcp
*Claude Desktop, Cursor, or any client with a JSON MCP config:*
{
"mcpServers": { "vitaminmcp": { "command": "npx", "args": ["-y", "vitaminmcp"] } } }
It is also on the official MCP registry as io.github.Backas03/vitaminmcp, so clients with a registry catalogue can add it from there.
Clients that keep one stdio process per loaded project can instead connect all projects to one shared loopback server. On Windows, npx -y vitaminmcp service install installs and verifies that shared server in one command.
3. Let the agent wire itself up — ask it to run the setup prompt (in Claude Code: /mcp__vitaminmcp__setup). It finds the running server, checks the plugin, and connects.
That is enough for a server on this machine. The Claude Code plugin (which also brings the testing skill), other clients, installing from the jars, config.yml defaults, bot setup, and reaching a server behind SSH or TLS are all in INSTALL.md.
Full installation and usage docs: [backas03.github.io/VitaminMCP](https://backas03.github.io/VitaminMCP/) — every tool, scenario runs, multi-server sessions, and remote-server setup are covered in docs/usage.md.
Contribution rules are in CONTRIBUTING.md, building from source in docs/reference.md, and release steps in docs/publishing.md.
MIT — see LICENSE. The third-party code bundled in the jars, and its licenses, are listed in docs/reference.md.