Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Agentic pipeline orchestration MCP server for AI-driven development workflows.
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.
PIPELINE_STATE_PATH, JUNAI_WORKSPACE_ROOTYou 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": {
"junai": {
"command": "uvx",
"args": [
"junai-mcp"
],
"env": {
"PIPELINE_STATE_PATH": "your-value",
"JUNAI_WORKSPACE_ROOT": "your-value"
}
}
}
}Run this in your terminal
claude mcp add junai --env PIPELINE_STATE_PATH=your-value --env JUNAI_WORKSPACE_ROOT=your-value -- uvx junai-mcpFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"junai": {
"command": "uvx",
"args": [
"junai-mcp"
],
"env": {
"PIPELINE_STATE_PATH": "your-value",
"JUNAI_WORKSPACE_ROOT": "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": {
"junai": {
"type": "stdio",
"command": "uvx",
"args": [
"junai-mcp"
],
"env": {
"PIPELINE_STATE_PATH": "your-value",
"JUNAI_WORKSPACE_ROOT": "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.
PIPELINE_STATE_PATH envJUNAI_WORKSPACE_ROOT 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 8, 2026
The registry name was verified with the GitHub account saajunaid, 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.1.1) reached the registry 9 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, Cape Winelands Visit Planner
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.
Cape Winelands wine farm finder and day-route planner
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.
[Browse every command, skill, agent and hook -> saajunaid.github.io/caddis-plugin](https://saajunaid.github.io/caddis-plugin/) — the reference site, rebuilt on every publish.
caddis is a Claude Code harness — a plugin (plus a shared pool of skills, subagents, slash-commands, and hooks) that makes a single Claude Code session dramatically more capable and much harder to derail. It's *agent-agnostic*: the same pool is exported to other AI CLIs (Codex, Antigravity, Copilot), and CLAUDE.md↔AGENTS.md are mirrors so every agent reads the same conventions.
| You need | Why |
|---|---|
| Claude Code, installed and signed in | caddis is a plugin for it |
Python 3.11+ on PATH | the hooks and the cross-review tool are Python |
| Git | several commands read repository state |
| *(optional)* an API key for DeepSeek or GLM | only for cross-vendor review and the OSS lanes |
Honest about the platform: caddis is developed and used daily on Windows with PowerShell. The hooks are pure Python and cross-platform, and the skills, commands and agents are plain markdown that work anywhere — but some launchers ship as both .ps1 and .sh, the deployment skill is Windows-specific, and the publishing machinery (sync.ps1) is PowerShell-only. Nothing here is hostile to macOS or Linux; it is simply less travelled, so expect rough edges and please report them.
claude plugin marketplace add saajunaid/caddis-plugin
claude plugin install caddis@caddis
Then, in a Claude Code session, confirm it actually loaded:
/caddis:version
If that prints a version, you are installed. From there, the shortest path to seeing what caddis is *for*:
| Try this | What it does |
|---|---|
/caddis:feature-plan add CSV export | writes a phased, TDD-structured plan to .caddis/plans/ — the durable spine the rest of the harness reads |
/caddis:implement | executes that plan phase by phase, committing each, and stops only at a real boundary |
/caddis:cross-review | has a *different vendor's* model review your diff, because a same-vendor reviewer shares your blind spots |
/caddis:handoff | writes the resume doc, so the next session starts with zero re-discovery |
Everything else is optional. If you only ever use feature-plan → implement → cross-review, you have most of the value.
This repository is the published marketplace mirror: it hosts the caddis and caddis-extras Claude Code plugins, the portable per-harness bundles under bundles/, and the shared pool. It is generated and pushed by the caddis authoring repo's exporter — issues are welcome here, but code changes land upstream and are synced in.
# 1. Register this repo as a plugin marketplace (once)
claude plugin marketplace add saajunaid/caddis-plugin
claude plugin install caddis@caddis
claude plugin install caddis-extras@caddis
Then, in any repo:
/caddis:setup-project-ai # deploy the harness into the project
A normal working loop looks like:
/feature-plan # (or /prd first) → writes .caddis/plans/<slug>.md, the durable spine
/implement # executes the plan phase-by-phase, TDD, commit per phase /ship # express lane: commit → push → CI (hotfixes); feature work: /ship-pr then /ship-merge /handoff # ALWAYS end a session with this — writes the resume doc
The one habit that matters most: end every session with `/handoff`. It writes .caddis/relay.md, which is re-injected automatically at the next session start — you resume with zero re-discovery instead of a cold, forgetful session.
See USERGUIDE.md for the full command/skill/hook reference and the mental models.
/feature-plan, /prd, /implement, /tdd, /ship · /ship-pr · /ship-merge, /handoff, /kb, /digress · /resume, /cross-review, /usage-review, /mermaid-db · /excalidraw-db, /setup-project-ai, /migrate-dir.anchor (evidence-first verification), code-reviewer, preflight (plan-vs-codebase validation), tester, debug, codebase-audit, security-analyst, data-engineer, sql-expert, knowledge-transfer.relay.md), automatic Dream Memory (memory.jsonl), a per-repo knowledge base (.caddis/kb/ + DOC-MAP.md), and cross-repo memory.caddis; the long tail (cloud, data, media, productivity) lives in caddis-extras, off by default.The knowledge layer (skills + AGENTS.md conventions) works in any harness. Per-harness bundles are published under bundles/ and installed with caddis-init:
# from a checkout of this repo (the installer ships in plugin/scripts/)
python plugin/scripts/claudster_init.py --target codex --dest /path/to/project python plugin/scripts/claudster_init.py --target antigravity --dest /path/to/project
Safe by design: a sha256 manifest tracks what the installer wrote; re-runs update only unmodified files, and anything you edited locally is reported as a conflict, never overwritten.
| Path | What it is |
|---|---|
.claude-plugin/marketplace.json | The marketplace manifest (caddis + caddis-extras) |
plugin/ | The core caddis Claude Code plugin (agents, commands, hooks, core skills) |
plugin-extras/ | The caddis-extras skill library (disabled by default) |
bundles/ | Portable per-harness exports (codex, antigravity) for caddis-init |
.github/ | The shared pool: skills, agents, prompts, instructions, tools |
sync.ps1, export_runtime_resources.py, validate_pool.py | The build/sync machinery |
caddis was previously published as claudster (and, before that, this repo hosted the junai Copilot pipeline — see the pre-1.2 entries in CHANGELOG.md). Repos set up under the old name have a .claudster/ artifact dir; everything reads both .caddis/ and .claudster/ and writes where the repo already lives, so nothing breaks. Run /caddis:migrate-dir when you want a repo converted. The ~/.claudster/ user scope (keys, install records) is permanent.
MIT. The published plugin bundles (caddis / caddis-extras) carry the same license in their manifests.