SpecScore vs OpenSpec

Beide legen Spezifikationen in Markdown direkt neben Ihrem Code ab, lesbar für KI-Agenten. Sie beantworten unterschiedliche Fragen: OpenSpec organisiert Spezifikationen und generiert Agenten-Prompts. SpecScore validiert den Inhalt von Spezifikationen, setzt Lebenszyklen durch und verfolgt Code zurück zu Anforderungen.

Was sie gemeinsam haben.

Spezifikationen liegen als Markdown-Dateien in Ihrem Repository — versionskontrolliert, in PRs überprüfbar.
Beide sind Open Source unter der MIT-Lizenz.
Beide nutzen Given/When/Then-Akzeptanzkriterien.
Beide behandeln KI-Agenten als erstklassige Konsumenten von Spezifikationen.

Was OpenSpec gut macht.

Die breiteste Agenten-Unterstützung

OpenSpec unterstützt 29 KI-Agenten über generierte Skill-Dateien — Claude, Cursor, Copilot, Gemini, Windsurf, Cline und mehr. Wenn Ihr Agent auf der Liste steht, integriert sich OpenSpec ohne Konfiguration.

Niedrige Einstiegshürde

npm install -g @fission-ai/openspec && openspec init und Sie schreiben bereits Spezifikationen. Kein Schema zu lernen, kein verpflichtendes Frontmatter. Entwickelt für Einfachheit — besonders für bestehende Projekte.

Sauberes Änderungs-Delta-Modell

OpenSpecs ADDED / MODIFIED / REMOVED-Format zur Evolution von Spezifikationen ist durchdacht gestaltet. Jede Änderung ist ein Ordner mit einem Vorschlag, Delta-Spezifikationen und Aufgaben — ein strukturierter Weg, Modifikationen vorzuschlagen.

Feature-Vergleich.

Fähigkeit	OpenSpec	SpecScore
Spezifikationsformat	Markdown (ohne Frontmatter)	Markdown + YAML-Frontmatter
Spezifikations-Linting	Nur Dateistruktur	Inhaltsqualität — vage Verben, fehlende ACs, hängende Referenzen
Anforderungs-IDs	Keine (über Titel referenziert)	Slug-basiert (`REQ: slug-format`)
Akzeptanzkriterien-IDs	Keine	Maschinenadressierbare IDs
Lebenszyklus-Status	Implizit (Dateipfad)	Durchgesetzt — Draft → Under Review → Approved → Implementing → Stable → Deprecated
Code-zu-Spezifikation-Rückverfolgbarkeit	Keine	`specscore:`-Annotationen + `Verifies:`-Commit-Trailer
Sub-Features	Nein	Ja (verschachtelte Verzeichnisse)
Querverweise	Kein formaler Mechanismus	Abhängigkeiten, Quell-Ideen, Plan-Referenzen
CI-Integration	Grundlegend (`openspec validate`)	`specscore lint` mit konfigurierbarer Schärfe, Pre-Commit-Hooks
Agenten-Unterstützung	29 Agenten	Claude Code als primärer Agent + CLI für beliebige Agenten
Schema-Anpassung	Ja (`schema.yaml`, Fork/Init)	Festes Schema (Konsistenz durch Design)
Änderungsvorschläge	Delta-Modell (ADDED/MODIFIED/REMOVED)	Änderungs-Ideen + Vorschläge
Laufzeitabhängigkeit	Node.js 20.19+	Keine — einzelnes Go-Binary
Lizenz	MIT	MIT

Wo SpecScore weiter geht.

Die Validierung reicht weit über die Dateistruktur hinaus

OpenSpecs validate prüft die Dateistruktur — ob die Datei existiert, ob sie die richtigen Abschnitte hat. SpecScore prüft mehr, in zwei Schichten: lint prüft deterministisch Inhaltsbeziehungen — jede Anforderung hat Akzeptanzkriterien, Querverweise lösen sich auf, Statusübergänge sind gültig — und ein KI-Reviewer (/review, /score) erkennt, was kein Linter kann: mehrdeutige Kriterien und vage Verben.

$ specscore lint checkout/apply-discount.md
  ✗ R3  no acceptance criteria
  ✗ link  "Related Feature: discount-tiers" not found

Jede Anforderung hat eine maschinenlesbare ID

OpenSpec referenziert Anforderungen nach Titeln — anfällig bei Umbenennungen. SpecScore vergibt slug-basierte IDs (REQ: slug-format) und AC-IDs, die Umbenennungen, Refactorings und Übergaben zwischen Agenten überstehen.

Lebenszyklen werden durchgesetzt, nicht abgeleitet

In OpenSpec ist der Lebenszyklus einer Spezifikation ihr Dateipfad: specs/ (aktuell), changes/ (vorgeschlagen), archive/ (abgeschlossen). In SpecScore ist der Lebenszyklus ein durchgesetztes Statusfeld — Draft → Under Review → Approved → Implementing → Stable → Deprecated — validiert durch Linting, geändert mit specscore change-status über Git-Hooks oder CI.

Code lässt sich zurück zu Spezifikationen verfolgen

OpenSpec bietet keinen Rückverfolgbarkeitsmechanismus. SpecScore besitzt specscore:-Annotationen in Code-Kommentaren und Verifies:-Trailer in Commits. Führen Sie specscore code refs aus und erhalten Sie eine deterministische Antwort auf die Frage: „Welcher Code implementiert diese Anforderung?“

Keine Laufzeitabhängigkeit

OpenSpec erfordert Node.js 20.19+. SpecScore ist ein einzelnes Go-Binary — keine Laufzeitumgebung, keine node_modules. Es funktioniert in Go-, Rust-, Python- und Java-Projekten, ohne Node zur Toolchain hinzuzufügen.

Komponierbare Artefakt-Hierarchie

Spezifikationen in OpenSpec sind flach nach Domäne organisiert. SpecScore hat eine typisierte Hierarchie: Ideen werden zu Features befördert, Features enthalten Anforderungen und ACs, Pläne referenzieren ACs, Tasks referenzieren Pläne. Alle Beziehungen sind über das CLI maschinell navigierbar.

Wann Sie welches Werkzeug nutzen sollten.

Starten Sie mit OpenSpec, wenn…

Sie Cursor, Copilot oder andere Nicht-Claude-Agenten nutzen und eine sofort einsatzbereite Integration benötigen.
Sie zum ersten Mal Spezifikationen zu einer bestehenden Codebasis hinzufügen und null Reibung wollen.
Ihr Team Schema-Flexibilität höher bewertet als strikte Durchsetzung.

Nutzen Sie SpecScore, wenn…

Sie Spezifikations-Qualitätskontrolle brauchen — Linting fängt Mehrdeutigkeiten ab, bevor Agenten Tokens dafür verschwenden.
Sie Code-zu-Spezifikation-Rückverfolgbarkeit benötigen — „Welcher Code implementiert diese Anforderung?“ liefert eine deterministische Antwort.
Sie ein großes System mit vielen Features, Sub-Features und Lebenszyklus-Übergängen aufbauen.
Sie null Laufzeitabhängigkeiten wollen — ein Binary, kein Node.js erforderlich.
Sie Spezifikations-Qualitäts-Gates in CI benötigen — specscore lint beendet sich bei Fehlern mit Non-Zero-Exit-Code, genau wie ESLint oder go vet.

Sie schließen sich nicht gegenseitig aus.

SpecScore kann OpenSpecs spec.md-Dateien linten. Teams, die mit OpenSpec beginnen, können die Qualitätsschicht von SpecScore hinzufügen, ohne zu migrieren — validieren Sie Spezifikationen, die Sie bereits haben, ergänzen Sie Rückverfolgbarkeit nach Bedarf und setzen Sie Lebenszyklen durch, wenn Ihr Team wächst.

OpenSpec ist eine gute Auffahrt. SpecScore ist die Leitplanke.

Weitere Vergleiche.

Dasselbe Format, neben anderen Werkzeugen der spezifikationsgetriebenen Entwicklung:

Alle zusammen, auf einer Seite: beste Werkzeuge für spezifikationsgetriebene Entwicklung 2026.

Dieser Vergleich beruht auf öffentlich zugänglicher Dokumentation und öffentlichem Quellcode. Etwas falsch oder veraltet? öffnen Sie ein Korrektur-Issue. Sollen wir SpecScore mit einem anderen Werkzeug vergleichen? fordern Sie einen an.