Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
MCP server for dossier automation standard - enables LLMs to discover, verify, and execute dossiers
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"dossier": {
"command": "npx",
"args": [
"-y",
"@ai-dossier/mcp-server"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add dossier -- npx -y @ai-dossier/mcp-serverIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"dossier": {
"command": "npx",
"args": [
"-y",
"@ai-dossier/mcp-server"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"dossier": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@ai-dossier/mcp-server"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 6. Nov. 2026
Der Registry-Name wurde über die Domain imboard.ai bestätigt (die Registry prüft, wem die Domain gehört)
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (1.0.4) kam vor 8 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, yontu
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
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.
Türkçe yazı denetimi: TDK kuralları, yapay zekâ izleri, metin türüne göre üslup.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
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
Nur der Anfang wird gezeigt; den Rest findest du im Repo