SpecScore vs CodeSpeak

Zwei Antworten auf die Frage, wozu Spezifikationen dienen sollten. CodeSpeak behandelt die Spezifikation alsQuellcode – ein LLM kompiliert sie, und du pflegst die Spezifikation statt des Codes. SpecScore behandelt die Spezifikation als einen offenen, dauerhaften Vertrag – du behältst deinen Code, und jeder Agent (oder gar keiner) kann sie lesen, linten und nachverfolgen.

Was sie gemeinsam haben.

Beide stellen die Spezifikation in das Zentrum der Softwareentwicklung.
Beide sind für eine KI-gestützte Welt gebaut – Absicht vor Implementierung.
Beide wollen Software leichter anpassbar machen, indem man die Spezifikation ändert.

Was CodeSpeak gut macht.

CodeSpeakist ein LLM-basiertes Programmiersystem, das Spezifikationen in strukturiertem Englisch zu Code kompiliert.

Eine kühne These, fundiert vorgetragen

„Pflege die Spezifikation, nicht den Code“ ist ein echtes Umdenken, keine schrittweise Anpassung. Sie stammt vom Designer der Programmiersprache Kotlin und verdient es, ernst genommen zu werden: Wenn die Spezifikation die Quelle ist, wird generierter Code zum Implementierungsdetail.

Code-zu-Spezifikation-Übernahme

codespeak takeover liest vorhandenen Quellcode ein und erzeugt eine Spezifikation, die dessen Verhalten abbildet – ein reibungsarmer Einstieg für Legacy-Code, mit einer berichteten Komprimierung von Spezifikation zu Code von ca. 5–10×.

Absichtserfassung aus Agenten-Sitzungen

CodeSpeaks Intent Studio extrahiert Anforderungen aus vorherigen Agenten-Sitzungen – es erntet die bereits geäußerte Absicht, statt ein leeres Dokument zum Ausfüllen zu verlangen.

Feature-Vergleich.

Beide machen unterschiedliche Wetten – die Tabelle vergleicht Philosophie und Mechanismen, keine Gewinner.

Fähigkeit	CodeSpeak	SpecScore
Quelle der Wahrheit	Die Spezifikation (Kompilierungseingabe)	Die Spezifikation ist der Vertrag; der Code das Lieferergebnis
Generierter Code	Von einem LLM erzeugt, nicht manuell gepflegt	Du und deine Agenten schreiben und besitzen den Code
Spezifikationsformat	Einfaches Englisch, von CodeSpeak definiert	Offener Markdown + YAML-Standard, Schema veröffentlicht
Spezifikation → Code	Kernfunktion (proprietärer LLM-Compiler)	Außerhalb des Umfangs – jeder Agent implementiert
Funktioniert ohne den Anbieter	Spezifikationen werden über CodeSpeak kompiliert	Ja – Spezifikationen funktionieren mit jedem Agenten oder keinem
Spezifikations-Linting	Nicht dokumentiert	Inhaltliche Qualität – vage Verben, fehlende ACs, tote Referenzen
Code-zu-Spezifikation-Rückverfolgbarkeit	Über Neugenerierung	`specscore:`-Annotationen + `Verifies:`-Trailer
Determinismus	LLM-Kompilierung (nicht deterministisch)	Deterministische CLI-Abfragen; normal geschriebener Code
Code → Spezifikation	`codespeak takeover`	`survey` + Verfassen
Offenheit	Proprietäres System	Offen – Format CC BY 4.0, Tools MIT / Apache-2.0
Stadium	Alpha-Vorschau	In Produktion

Worin sich SpecScore unterscheidet.

Du behältst deinen Code

CodeSpeak generiert und regeneriert die Implementierung; der Code ist eine Ausgabe, kein Vermögenswert. SpecScore belässt den Code dort, wo er hingehört – in deinen Händen, in deiner Sprache, Zeile für Zeile überprüfbar. Die Spezifikation liefert Klarheit und Rückverfolgbarkeit, ohne dir den Code zu entziehen.

Deine Spezifikationen sind portabel

Eine CodeSpeak-Spezifikation ist wertvoll, weil CodeSpeak sie kompiliert. Eine SpecScore-Spezifikation ist für sich allein wertvoll – sie ist sauber strukturiertes Markdown, das jeder Agent lesen kann, und bleibt nützlich, ganz ohne installierte SpecScore-Tools. Nutze sie mit jedem beliebigen Werkzeug oder keinem. Wechsel jederzeit.

Ambiguität wird abgefangen, bevor sie teuer wird

Bei einem LLM-Compiler führt eine mehrdeutige Spezifikation zur Build-Zeit zu fehlerhaftem Code. Das lint von SpecScore bringt vage Verben, fehlende Akzeptanzkriterien und tote Referenzen ans Licht, bevor ein Agent darauf reagiert.

$ specscore lint checkout/apply-discount.md
  ✗ R3  no acceptance criteria
  ✗ verb  "handle gracefully" — nicht messbar

Determinismus und Rückverfolgbarkeit

CodeSpeaks Antwort auf „Welcher Code implementiert dies?“ lautet: „Alles, neu generiert.“ SpecScores Antwort ist eine konkrete Datei und Zeile, überspecscore code refs und Verifies:-Commit-Trailer – deterministisch, auditierbar, diff-bar.

Ein strukturierter Artefakt-Graph

CodeSpeaks Einheit ist eine Spezifikationsdatei in Prosa. SpecScore besitzt eine typisierte Hierarchie – Ideas werden zu Features befördert, Features enthalten Anforderungen und Akzeptanzkriterien mit IDs, Plans referenzieren ACs, Tasks referenzieren Plans – alles maschinell navigierbar.

Kein Anbieter im Build-Pfad

SpecScore ist eine einzige Go-Binärdatei. Der Lint läuft in der CI und in Pre-Commit-Hooks ohne Account, ohne Service-Aufruf und ohne LLM-Roundtrip in deinem Build.

Wann du was nutzt.

Greife zu CodeSpeak, wenn…

Du die Codepflege beenden und die Spezifikation als Quelle nutzen willst.
Du dich wohl damit fühlst, für diese Hebelwirkung vom Compiler eines Anbieters abhängig zu sein.
Du eine bestehende Codebasis in eine deutlich kürzere Spezifikation komprimieren willst.

Nutze SpecScore, wenn…

Du Spezifikationen willst, die jedes einzelne Tool überdauern – portabel durch Design.
Du deinen Code behalten willst, in deiner Sprache, prüfbar und in deinem Besitz.
Du Qualitätsprüfungen brauchst – der Linter fängt Ambiguitäten früh ab.
Du deterministische Code-zu-Spezifikation-Rückverfolgbarkeit benötigst.
Du keinen Anbieter und keinen LLM-Roundtrip in deinem Build-Pfad willst.

Zwei unterschiedliche Wetten.

CodeSpeak ist eine Wette auf einen Compiler: Übergib die Spezifikation und vertraue darauf, dass er den Code erzeugt und reproduziert. SpecScore ist eine Wette auf ein Format: Halte die Spezifikation offen und portabel, behalte deinen Code und lass jeden beliebigen Agenten damit arbeiten.

Das eine tauscht Portabilität gegen Hebelwirkung. Das andere bewahrt deine Unabhängigkeit – und bleibt lintbar.

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.