Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
MCP server for dossier automation standard - enables LLMs to discover, verify, and execute dossiers
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": {
"dossier": {
"command": "npx",
"args": [
"-y",
"@ai-dossier/mcp-server"
]
}
}
}Run this in your terminal
claude mcp add dossier -- npx -y @ai-dossier/mcp-serverPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"dossier": {
"command": "npx",
"args": [
"-y",
"@ai-dossier/mcp-server"
]
}
}
}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": {
"dossier": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@ai-dossier/mcp-server"
]
}
}
}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 against the domain imboard.ai (the registry checks domain ownership)
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 (1.0.4) reached the registry 8 months 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, FlyDocs
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.
Spec-driven development workflow: your agent works issues, sessions and the status lifecycle.
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.
An open standard for signed, versioned agent skills, built for model-driven orchestration: the model reads the skill and decides the steps, and Dossier makes that safe to share and repeat with signed agent skills. Host skills anywhere — a GitHub repo, your own server, or the Dossier registry — and everyone installs the same version and can verify who wrote it and that it wasn't changed. Website
Quick Concept
A dossier is an agent skill with a version and a signature (a
.ds.mdfile).
Copying skill files between machines and teammates works, until nobody knows which version is running or who changed it. Dossier gives every skill a pinned version and an Ed25519 signature, so everyone installs the same thing and can verify who wrote it and that it wasn't changed.
Like an npm package, a dossier works wherever it lives: the format carries the version and signature, so a skill fetched from GitHub verifies the same as one installed from a registry. Signatures prove integrity and origin; they do not prevent prompt injection or make a skill safe to run.
┌──────────────────────────────────────────────────────────────────────┐
│ │ │ Write a skill (.ds.md) Verify integrity AI executes │ │ in Markdown, then sign with checksums & the workflow │ │ signatures intelligently │ │ │ │ ┌──────────┐ sign ┌──────────┐ run ┌──────────┐ │ │ │ Author │ ─────────> │ Verify │ ────────> │ AI Agent │ │ │ └──────────┘ └──────────┘ └──────────┘ │ │ │ │ │ │ │ .ds.md file checksum + validated │ │ with JSON signature results with │ │ frontmatter verification evidence │ │ │ └──────────────────────────────────────────────────────────────────────┘
New here? → 5-min Quick Start | Using Claude Code? → MCP in 60 Seconds | Want to try now? → Get started in 30 seconds
flowchart LR
A["📝 Create\n.ds.md file"] --> B["🔏 Sign\nchecksum +\nsignature"] B --> C["✅ Verify\nintegrity &\nauthenticity"] C --> D["🤖 Execute\nAI runs the\nworkflow"] D --> E["📋 Validate\nsuccess criteria\n& evidence"]
style A fill:#e3f2fd,stroke:#1565c0,color:#0d47a1 style B fill:#fce4ec,stroke:#c62828,color:#b71c1c style C fill:#fff3e0,stroke:#ef6c00,color:#e65100 style D fill:#e8f5e9,stroke:#2e7d32,color:#1b5e20 style E fill:#f3e5f5,stroke:#6a1b9a,color:#4a148c
What: Skills (.ds.md files) any AI agent can run — signed, versioned, portable across tools Why: A plain skill lives in one tool and anyone can tamper with it; a dossier is that same skill made verifiable, version-pinned Integrity: Built-in checksums, cryptographic signatures, and CLI verification tools Works with: Claude, ChatGPT, Cursor, any LLM — no vendor lock-in Works with Agent Skills / `SKILL.md`: Dossier is a layer on top of Agent Skills, not a rival format. It adds signing and versioning, and you move skills in and out with ai-dossier install-skill and ai-dossier skill-export.
Status: Protocol v1.0 (stable spec) | CLI v0.14.0 | 15+ example skills | Active development
File conventions: Dossiers use
.ds.md(immutable instructions) and.dsw.md(mutable working files). Signed dossiers use standard---YAML frontmatter in the Agent Skills layout, so each one is also a valid skill; hand-written ones can use the readable---dossierJSON layout, whichai-dossier signconverts. Learn more
In *model-driven orchestration* the model decides the steps, the tool calls, the retries and when the work is done. A hand-coded DAG doesn't. Dossier makes that safe to share and repeat. Every skill is signed and version-pinned. Multi-step runs sit inside a deterministic scheduler that never calls an LLM.
The *model-driven approach* was popularised by AWS Strands Agents. Dossier builds on it and adds signing, versioning and a deterministic shell.
| Code-driven orchestration | Model-driven orchestration | Dossier: hybrid model-driven orchestration | |
|---|---|---|---|
| Who decides the steps | Your code: a DAG or state machine | The model, from instructions and tools | The model, inside each skill |
| What wraps it | The workflow engine | Usually nothing deterministic | A deterministic scheduler (@ai-dossier/sched) that never calls an LLM |
| Trust in the instructions | Code review | Whatever prompt was loaded | Skills are signed and version-pinned, verified before they run |
| Example | A hand-built DAG of LLM calls | AWS Strands Agents | ai-dossier run on a signed .ds.md skill |
Dossier calls this hybrid model-driven orchestration: model-driven inside each skill, deterministic around it. Read the full explanation in Model-driven orchestration.
Pick any LLM you already have and paste this:
Analyze my project using the dossier at:
https://raw.githubusercontent.com/imboard-ai/ai-dossier/main/examples/guides/context-engineering-best-practices.ds.md
That's it. The LLM reads the dossier and follows its instructions — no tools needed.
Want to verify it first?
npx @ai-dossier/cli verify https://raw.githubusercontent.com/imboard-ai/ai-dossier/main/examples/guides/context-engineering-best-practices.ds.md
One command gives Claude Code native dossier support — discover, verify, and execute dossiers without copy-pasting URLs:
claude mcp add dossier --scope user -- npx @ai-dossier/mcp-server
Then ask Claude: *"List available dossiers"* or *"Run the scaffold-typescript-project dossier"*.
Alternative: Claude Code plugin (auto-updates)
/plugin marketplace add imboard-ai/ai-dossier
/plugin install dossier-mcp-server@ai-dossier
</details>
Alternative: Manual JSON config (Claude Desktop or other MCP clients)
Add to claude_desktop_config.json or your MCP client's config file:
{
"mcpServers": { "dossier": { "command": "npx", "args": ["-y", "@ai-dossier/mcp-server"] } } }
</details>
Initialize dossier in your project (sets up ~/.dossier/, hooks, and MCP config):
npx @ai-dossier/cli init
Then create a dossier:
npx @ai-dossier/cli create my-workflow
This scaffolds a .ds.md file you can edit. A dossier is just Markdown with a metadata block on top, which you can write as JSON:
---dossier
{ "title": "My Workflow", "version": "1.0.0", "protocol_version": "1.0", "status": "draft", "objective": "Describe what this automates", "risk_level": "low" }
When you sign it, ai-dossier sign rewrites the header as standard --- YAML in the Agent Skills layout (name and description at the top, the other fields under metadata as dossier.* strings) and adds a signature that covers it. The signed file passes skills-ref validate and installs into Claude Code as is. See Spec-Shaped Dossiers for the walkthrough.
See the Authoring Guide for the full spec, or browse the Dossier Registry for real-world examples.
"Isn't this just a skill?" Yes — a dossier *is* a skill. The difference is everything a plain skill (like a Claude Code SKILL.md) lacks:
Plain skill (SKILL.md) | Dossier | |
|---|---|---|
| Trust | Unsigned — anyone can tamper | Checksum + cryptographic signature, verified before run |
| Versioning | Informal | Semantic versioning you can pin |
| Distribution | Copy-paste / per-tool | Registry — discoverable, ai-dossier install-skill |
| Portability | Locked to one tool | Same file runs on Claude, ChatGPT, Cursor, any LLM |
| Validation | None | Built-in success criteria |
Trigger skills bridge the two: a thin SKILL.md whose job is to invoke a versioned, signed dossier (ai-dossier run ) — you keep the natural-language trigger *and* gain signing, versioning, and registry distribution.
"How about AGENTS.md files?" Different job: AGENTS.md explains *your project*; a dossier automates a *workflow*. They're complementary.
graph TB
subgraph Packages["@ai-dossier packages"] Core["@ai-dossier/core\nParsing, verification,\nlinting, risk assessment"] CLI["@ai-dossier/cli\nCommand-line tool\nverify, sign, search, run"] MCP["@ai-dossier/mcp-server\nMCP integration for\nClaude Code & others"] Registry["@ai-dossier/registry\nVercel serverless API\nDiscover & publish"] end
subgraph Inputs["Dossier Files"] DS[".ds.md\nImmutable instructions\nfrontmatter + Markdown"] DSW[".dsw.md\nMutable working files\nExecution state"] end
subgraph Consumers["AI Agents"] Claude["Claude Code"] ChatGPT["ChatGPT"] Cursor["Cursor"] Other["Any LLM"] end
DS --> Core DSW --> Core Core --> CLI Core --> MCP CLI --> Registry MCP --> Claude MCP --> ChatGPT MCP --> Cursor MCP --> Other CLI -->|"verify & run"| Consumers
style Core fill:#e3f2fd,stroke:#1565c0,color:#0d47a1 style CLI fill:#e8f5e9,stroke:#2e7d32,color:#1b5e20 style MCP fill:#fff3e0,stroke:#ef6c00,color:#e65100 style Registry fill:#f3e5f5,stroke:#6a1b9a,color:#4a148c
Only the beginning is shown; read the rest in the repo