Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Provision an OpenCode workbench and MCP stack on any Linux box, local or over SSH.
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 …”.
Works in Claude on the web, desktop and mobile:
https://opencode-workbench.simonmak.com/mcpOpen Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"opencode-workbench": {
"command": "npx",
"args": [
"-y",
"@simonmak-ascent/opencode-workbench"
]
}
}
}Run this in your terminal
claude mcp add --transport http opencode-workbench https://opencode-workbench.simonmak.com/mcpclaude mcp add opencode-workbench -- npx -y @simonmak-ascent/opencode-workbenchPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"opencode-workbench": {
"url": "https://opencode-workbench.simonmak.com/mcp"
}
}
}Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"opencode-workbench": {
"command": "npx",
"args": [
"-y",
"@simonmak-ascent/opencode-workbench"
]
}
}
}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": {
"opencode-workbench": {
"type": "http",
"url": "https://opencode-workbench.simonmak.com/mcp"
}
}
}Paste into .vscode/mcp.json in your project
{
"servers": {
"opencode-workbench": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@simonmak-ascent/opencode-workbench"
]
}
}
}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.
ChatGPT connects only to servers on the internet:
https://opencode-workbench.simonmak.com/mcpMenu names can differ slightly by plan and over time.
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.
Tool names and descriptions exactly as the server reported them on Nov 7, 2026. The maker wrote them, not us; we show them as plain text.
describe_workbenchDescribe this MCP server from its bundled profile without contacting any target or making a network call: repository URL, the default component set, components grouped by tier (required/core/optional), and optional MCP add-ons. It takes no parameters, is always safe, and returns
inspect_targetProbe one Linux machine — this host (`local`) or a remote host over SSH (`ssh`) — and report its OS, kernel, architecture, package manager, Node/npm, OpenCode, Docker, and per-tool detection flags, plus the names (never values) of credentials present. Read-only: it runs one shell
plan_cloneReturn a read-only plan for a target: compare it against the Workbench profile and list each component as `install`, `present`, or `manual`, with the commands that would run. It still runs a detection probe on the target (same access as inspect_target) but clones nothing and writ
apply_clone Looks like an instruction to the AIApply the Workbench profile to a target: clone the repo and install missing components (OpenCode CLI, Node/pnpm, MCP servers, skills, plugins, optional Docker). It OVERWRITES ` /.config/opencode/opencode.json`, copies `AGENTS.md`, resets an existing profile repo to `origin/main`,
verify_clone Looks like an instruction to the AIRe-check a target after a clone: return a per-component `present`/`missing` list plus whether `opencode.json` and `~/.env.workbench` exist. Read-only and idempotent: it runs a detection probe (SSH or local) and checks files, writing nothing. `target` selects the machine (`local`
install_componentInstall a single Workbench component by id (e.g. `node`, `opencode`, `npm-mcps`, `skills`) on a target; `component` must be an id from describe_workbench. Overwrites that component's files when present (e.g. `skills`/`plugins` replace the copies under ` /.config/opencode`); globa
remove_componentUninstall one Workbench component by id from a target — the inverse of install_component — for a bounded, documented subset with an automated uninstall (e.g. `opencode`, `pnpm`, `npm-mcps`, `skills`, `docker-containers`); `component` must be an id from describe_workbench. Idempot
update_componentUpdate one Workbench component in place by id: re-run its install script to fetch the current version (e.g. `opencode` re-runs the official installer; `npm-mcps` reinstalls the latest globals). It OVERWRITES the component's files, needs write permission, and can take minutes for
list_required_credentialsList the credentials the profile references, which the target already provides, and how to acquire each missing one. Value-blind: it reads only whether each env var is set — no values, no network, no writes — via one read-only probe. Parameter semantics: `target` selects the mach
run_auth_flowReturn the acquisition plan for one credential on a target: the provider URL, the exact non-interactive command when one exists (e.g. `opencode auth login`, `opencode mcp auth vercel`, `gh auth login`), and whether it is already present. Read-only and value-blind: it emits guidan
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 publisher (ascent-partners.com) is not the repo owner (simonmak-ascent); someone else may have listed it
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
Responded in 189 ms (HTTP 200)
No sign-in needed
2 tool descriptions contain text that looks like instructions to the AI. Read them below before installing
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 3 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.
Either way works: install it on your computer or connect to the cloud version.
The GitHub repo last changed –, and the latest version (5.0.1) reached the registry 9 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. It connects by URL, so apps that accept remote MCP servers work too, such as ChatGPT in developer mode.
In the same category: Spec Driven Development, Remote Desktop Commander, Asset Notation
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 and maintain an Asset Notation file on disk: net worth, holdings, valuations, CSV import.
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.
A reproducible, self-documenting, and recoverable OpenCode development workstation — configuration, agent skills, MCP stack, and an MCP server that clones the entire setup onto any Linux machine (locally or over SSH).
Homepage & remote MCP: https://opencode-workbench.simonmak.com · POST https://opencode-workbench.simonmak.com/mcp
This repository is the single source of truth for a complete cloud development workstation. Everything needed to rebuild from scratch is versioned here:
No important knowledge exists only in human memory.
Register the MCP server with OpenCode:
{
"mcp": { "opencode-workbench": { "type": "local", "command": ["npx", "-y", "@simonmak-ascent/opencode-workbench"], "enabled": true, "timeout": 600000 } } }
Then ask the agent to run inspect_target → plan_clone → apply_clone { confirm: true } → verify_clone, for { "mode": "local" } or { "mode": "ssh", "host": " ", "user": " " }. apply_clone is consent-gated: without confirm:true it returns a plan (components + privileged-command preview) and changes nothing. Run list_required_credentials to see which keys the box still needs and how to acquire them, and bash scripts/selftest/run-selftest.sh to verify it works. See mcp-server/README.md and docs/architecture/clone-mcp.md.
The clone is key-resilient: with no model key it still boots on the OpenCode Zen free floor, and MCP servers whose credentials are absent are disabled and reported (not left to fail at runtime).
The connector never reads or transmits secret values; it writes an empty ~/.env.workbench template for you to fill in.
Fastest path: no box required — register the MCP server with npx -y @simonmak-ascent/opencode-workbench (config in Clone This Workbench); or provision a fresh box:
# Create a new build box
gh SWAS create --repo simonmak-ascent/opencode-workbench --machine basicLinux32gb
opencode
flowchart TB
AGENT["OpenCode agent"] -->|"npx @simonmak-ascent/opencode-workbench"| MCP["opencode-workbench MCP inspect · plan · apply · verify"] REPO[("Git repo — single source of truth")] --> MCP MCP -->|"local or SSH"| BOX["Target Linux box"] BOX --> PROF["Workstation profile OpenCode CLI · 31 MCP servers · 76 skills · Docker infra"]
apply_clone is consent-gated: without confirm: true it returns a plan and changes nothing.
sequenceDiagram
autonumber participant A as OpenCode agent participant M as opencode-workbench MCP participant B as Target box (local or SSH) A->>M: inspect_target M-->>A: OS, toolchain, Docker, existing config A->>M: plan_clone M-->>A: components + privileged-command preview A->>M: apply_clone { confirm: true } M->>B: install components · write ~/.env.workbench template B-->>M: result A->>M: verify_clone M-->>A: pass/fail + missing credentials
flowchart LR
A["OpenCode agent"] --> D["Discovery describe_workbench · inspect_target"] A --> C["Clone plan_clone · apply_clone · verify_clone"] A --> K["Components install · remove · update_component"] A --> S["Credentials list_required_credentials · run_auth_flow"]
opencode-workbench/ ├── mcp-server/ # opencode-workbench: clone this profile onto Linux │ ├── src/ # inspect / plan / apply / verify, local + SSH │ ├── test/ # unit tests (vitest) │ └── README.md ├── connector.json # MCP connector manifest / registration snippet ├── plugins/ # memory.ts + doc-tools.ts OpenCode plugins ├── package.json # thin launcher for opencode-workbench (bin + prepare) ├── .devcontainer/ # build box definition & bootstrap │ ├── devcontainer.json # Container image, features, ports, remoteEnv │ ├── setup.sh # Post-create: installs opencode, MCPs, Docker infra │ └── aliases.sh # Shell aliases sourced at runtime ├── .opencode/ │ └── skills/ # 76 agent skills, one directory per SKILL.md ├── vendor/ # Vendored MCP source code │ ├── perplexity-agent-mcp/ │ └── browserless-mcp/ ├── configs/ # Reference configurations │ ├── mcp/ # MCP server inventory & architecture │ ├── opencode/ # OpenCode settings documentation │ ├── shell/ # Shell configuration │ ├── git/ # Git configuration & hooks │ └── providers/ # AI provider configuration ├── docs/ # Complete documentation system │ ├── WORKBENCH_CHARTER.md # Governance: mission, principles, requirements │ ├── security-model.md # Security architecture & threat model │ ├── IMPROVEMENT_BACKLOG.md # Tracked improvements and fixes │ ├── CHANGELOG_WORKBENCH.md # Append-only change history │ ├── architecture/ # System documentation (incl. clone-mcp.md) │ ├── recovery/ # Recovery procedures (4 docs) │ ├── prompts/ # Operational prompt library (9 prompts) │ └── backup-reports/ # Dated backup snapshots ├── scripts/ # Automation scripts │ ├── backup/ # Master backup script │ ├── inventory/ # Auto-generate inventories (software, env, MCP, OpenCode) │ ├── security/ # Secret pattern scanner │ ├── recovery/ # Recovery validation │ └── maintenance/ # Config sync, routine tasks ├── .github/workflows/ # CI (docs, inventory, gitleaks, mcp-server) ├── opencode.json # OpenCode configuration (MCP servers) ├── AGENTS.md # OpenCode agent instructions └── README.md # This file
| Category | Details |
|---|---|
| OpenCode | OpenCode 2 CLI, installed from the v2 channel (latest 2.x at clone time; inspect_target reports the version it found) · DeepSeek V4 Pro model · LSP enabled |
| MCP Servers | 31 configured (29 enabled, 2 disabled), 8 remote + 23 local |
| Agent Skills | 76 reusable skills in .opencode/skills/ |
| Versions | workbench.versions.json — every MCP server, plugin and skill resolved from its real upstream, regenerated and CI-checked |
| Infrastructure | PostgreSQL 16 (Docker), Browserless Chromium (Docker) |
| Tools | pandoc, jq, miller, sqlite3, GitHub CLI, Playwright Chromium |
| Prompts | 9 operational prompts in docs/prompts/ |
This workstation operates under a formal charter. Key principles:
Read the full charter: docs/WORKBENCH_CHARTER.md
# Master backup — full inventory, security scan, commit prep
bash scripts/backup/run-master-backup.sh
bash scripts/maintenance/sync-runtime-config.sh && \ git diff > /tmp/quick-backup-$(date +%Y%m%d).diff
Or use OpenCode prompts:
docs/prompts/RUN_MASTER_BACKUP.md — execute backup via AIdocs/prompts/QUICK_BACKUP.md — rapid state preservationAssume the build box is deleted. Only Git repo + build box Secrets survive.
# 1. Create new build box
gh SWAS create --repo simonmak-ascent/opencode-workbench --machine basicLinux32gb
npx playwright install chromium
bash scripts/recovery/validate-recovery.sh
Full details: docs/recovery/RECOVERY_PLAYBOOK.md
| Type | Count | Notes |
|---|---|---|
| Remote | 9 | context7, gh_grep, vdd, exa, cloudflare, clerk, vercel (token auth), sentry, stripe |
| Local | 26 | npm / vendored / binary stdio servers |
Totals: 31 configured (29 enabled, 2 disabled: google-search, google-workspace).
See: docs/architecture/mcp-inventory.md
All secrets stored in the build box Secrets. Never in repository files.
| # | Secret | Used By |
|---|---|---|
| 1 | DEEPSEEK_API_KEY | OpenCode (primary model) |
| 2 | OPENCODE_API_KEY | OpenCode Zen / Console Go providers |
| 3 | SIMONMAK_ASCENT_PAT | GitHub MCP, shadcn MCP, gh |
| 4 | PERPLEXITY_API_KEY | Perplexity MCP |
| 5 | BRAVE_API_KEY | Brave Search MCP |
| 6 | BROWSERLESS_TOKEN | Browserless MCP + container |
| 7 | SENTRY_AUTH_TOKEN | Sentry MCP |
| 8 | VERCEL_ACCESS_TOKEN | Vercel MCP (token auth) |
Additional keys for opt-in servers (EXA_API_KEY, CLOUDFLARE_API_TOKEN, STRIPE_SECRET_KEY, SURREAL_*, ALIBABA_CLOUD_*, AZURE_*, FIRECRAWL_API_KEY, FRED_API_KEY, COMPANIES_HOUSE_API_KEY) are catalogued in docs/architecture/secrets.md — never by value.
See: docs/architecture/secrets.md
| Document | Purpose |
|---|
| `docs/WORKB
Only the beginning is shown; read the rest in the repo