Spec Workflow MCP — Installieren & Live-Demo

Name: Spec Workflow MCP Server
Author: Pimzino

Warum nutzen

Hauptfunktionen

Sequenziell: Anforderungen → Design → Aufgaben, mit Freigabe zwischen den Stufen
Web-Dashboard auf localhost:5000 mit Live-Updates
VSCode-Extension mit In-IDE-Sidebar
11-sprachige Benutzeroberfläche
Durchsuchbare Implementierungsprotokolle mit Code-Statistiken

Live-Demo

In der Praxis

spec-workflow-mcp.replay ▶ bereit

0/0

Installieren

Wählen Sie Ihren Client

~/Library/Application Support/Claude/claude_desktop_config.json · Windows: %APPDATA%\Claude\claude_desktop_config.json

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Öffne Claude Desktop → Settings → Developer → Edit Config. Nach dem Speichern neu starten.

~/.cursor/mcp.json · .cursor/mcp.json

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Cursor nutzt das gleiche mcpServers-Schema wie Claude Desktop. Projektkonfiguration schlägt die globale.

VS Code → Cline → MCP Servers → Edit

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Klicken Sie auf das MCP-Servers-Symbol in der Cline-Seitenleiste, dann "Edit Configuration".

~/.codeium/windsurf/mcp_config.json

{
  "mcpServers": {
    "spec-workflow-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  }
}

Gleiche Struktur wie Claude Desktop. Windsurf neu starten zum Übernehmen.

~/.continue/config.json

{
  "mcpServers": [
    {
      "name": "spec-workflow-mcp",
      "command": "npx",
      "args": [
        "-y",
        "@pimzino/spec-workflow-mcp@latest",
        "/path/to/project"
      ]
    }
  ]
}

Continue nutzt ein Array von Serverobjekten statt einer Map.

~/.config/zed/settings.json

{
  "context_servers": {
    "spec-workflow-mcp": {
      "command": {
        "path": "npx",
        "args": [
          "-y",
          "@pimzino/spec-workflow-mcp@latest",
          "/path/to/project"
        ]
      }
    }
  }
}

In context_servers hinzufügen. Zed lädt beim Speichern neu.

claude mcp add spec-workflow-mcp -- npx -y @pimzino/spec-workflow-mcp@latest /path/to/project

Einzeiler. Prüfen mit claude mcp list. Entfernen mit claude mcp remove.

Anwendungsfälle

Praxisnahe Nutzung: Spec Workflow

Ein Feature nach Spec bauen, nicht nach Bauchgefühl

👤 Entwickler, die mittelkomplexe Features liefern ⏱ ~90 min intermediate

Wann einsetzen: Du wolltest Claude gerade „OAuth hinzufügen“ lassen und graust dich schon vor dem 500-Zeilen-Diff, der auf einmal landet.

Voraussetzungen

Projektpfad bekannt — MCP wird mit /path/to/project als Argument gestartet

Ablauf

Anforderungen

Nutze spec-workflow. Erstelle eine Spec namens oauth-login. Beginne mit Anforderungen — was fügen wir hinzu, für wen ist es, was sind die Nicht-Ziele?✓ Kopiert

→ Anforderungsdokument entworfen, Link zum Dashboard zur Freigabe
Freigeben + Design

Ich habe im Dashboard freigegeben. Schreibe jetzt das Design: Komponenten, Datenmodell, Sequenzdiagramm, Fehlerfälle.✓ Kopiert

→ Designdokument mit konkreter Architektur
Aufgaben + Ausführen

Ich habe freigegeben. In Aufgaben aufteilen. Dann Aufgabe 1.1 ausführen — nur diese eine, danach stoppen.✓ Kopiert

→ Aufgabenliste erstellt; nur Aufgabe 1.1 implementiert mit Protokolleintrag

Ergebnis: Ein Feature geliefert mit prüfbaren Zwischenartefakten — kein rätselhafter Diff.

Fallstricke

Claude versucht, direkt zum Code zu springen — Der MCP blockiert das — aber sei trotzdem explizit in Prompts: "noch nicht implementieren"

Kombinieren mit: github · filesystem

Einen nicht-technischen Stakeholder eine Spec freigeben lassen, bevor Code entsteht

👤 Teams mit PM/Design-Freigabe-Schleifen ⏱ ~60 min intermediate

Wann einsetzen: Du brauchst PM-Freigabe vor der Implementierung, und der PM liest keine GitHub-PRs.

Voraussetzungen

Dashboard-URL teilbar machen — Port-Forwarding oder localhost:5000 via ngrok für Remote-PMs freigeben

Ablauf

Spec

Entwirf das Anforderungsdokument für checkout-v2 und teile die Dashboard-URL.✓ Kopiert

→ Dokument + teilbarer Link
Über Feedback iterieren

Der PM hat 3 Revisionskommentare im Dashboard hinterlassen. Hole sie ab und überarbeite das Dokument.✓ Kopiert

→ Dokument aktualisiert, Revisionshistorie sichtbar
Nach Freigabe ausführen

Freigabe soeben erteilt — mit dem Design fortfahren.✓ Kopiert

→ Nächste Stufe startet; Freigabe-Zeitstempel protokolliert

Ergebnis: Nachvollziehbare Freigabekette von nicht-technischen Stakeholdern.

Fallstricke

Dashboard für Remote-Nutzer nicht erreichbar — Tailscale oder ngrok mit Auth verwenden

Kombinieren mit: github

Kombinationen

Mit anderen MCPs für 10-fache Wirkung

spec-workflow-mcp + github

Einen PR pro freigegebener Aufgabe öffnen

Nach Ausführung von Aufgabe 2.1 einen GitHub-PR mit dem Titel "feat(oauth): task 2.1" und dem Diff öffnen.✓ Kopiert

spec-workflow-mcp + filesystem

Specs im Repo neben dem Code speichern

Die freigegebene Spec unter /docs/specs/oauth-login.md speichern und committen.✓ Kopiert

Werkzeuge

Was dieses MCP bereitstellt

Werkzeug	Eingaben	Wann aufrufen	Kosten
create_spec	name: str	Ein neues Feature starten	free
write_requirements	spec_id, content: markdown	Erste Phase jeder Spec	free
write_design	spec_id, content: markdown	Nach Freigabe der Anforderungen	free
create_tasks	spec_id, tasks: []	Nach Freigabe des Designs	free
execute_task	spec_id, task_id	Eine Aufgabe nach der anderen implementieren	free
get_approval_status	spec_id, stage	Nächste Stufe freischalten	free

Kosten & Limits

Was der Betrieb kostet

API-Kontingent: Lokal
Tokens pro Aufruf: Proportional zur Dokument-/Aufgabengröße
Kosten in €: Kostenlos
Tipp: Anforderungen kurz halten — der Freigabeaufwand ist menschliche Zeit, nicht Token

Sicherheit

Rechte, Secrets, Reichweite

Minimale Scopes: filesystem-write (for spec docs)

Credential-Speicherung: Keine

Datenabfluss: Keine — localhost-Dashboard

localhost:5000 nicht ohne Auth ins öffentliche Internet exponieren

Fehlerbehebung

Häufige Fehler und Lösungen

Dashboard lädt nicht

Explizit starten: npx -y @pimzino/spec-workflow-mcp@latest --dashboard

Prüfen: Visit localhost:5000

Port 5000 bereits belegt (macOS AirPlay)

--port 5050 übergeben oder AirPlay Receiver in den Systemeinstellungen deaktivieren

Prüfen: Check with `lsof -i :5000`

Aufgaben bleiben nach Freigabe im pending-Status

MCP-Client cached möglicherweise alte Tool-Ergebnisse — Client neu starten

Alternativen

Spec Workflow vs. andere

Alternative	Wann stattdessen	Kompromiss
Plain Markdown in /docs	Solo-Entwickler ohne Freigabe-Schleife	Keine Strukturerzwingung, kein Dashboard
Linear MCP	Du nutzt bereits Linear für Aufgaben und willst, dass Claude Issues direkt bearbeitet	Keine Spec-Dokument-Ebene

Mehr

Ressourcen

📖 Offizielle README auf GitHub lesen

🐙 Offene Issues ansehen

🔍 Alle 400+ MCP-Server und Skills durchsuchen