SpecScore vs Kiro
Spezifikationsgetriebene Entwicklung (SDD) bedeutet, aufzuschreiben, was die Software tun soll, bevor ein KI-Agent den Code schreibt. Kiro, von Amazon Web Services (AWS), ist eine agentische Entwicklungsumgebung — ein Editor, eine Befehlszeilenschnittstelle (CLI) und eine Web-App —, die einen Prompt in Kiro specs verwandelt: Anforderungen, einen Entwurf und Aufgaben. Diese Anforderungen verwenden EARS (Easy Approach to Requirements Syntax), Sätze der Form „WHEN etwas geschieht, THE SYSTEM SHALL etwas tun“. SpecScore ist ein quelloffenes Format für die Spezifikation selbst, plus ein CLI, das die Dateien prüft. Kontinuierliche Integration (CI) — eine automatische Prüfung bei jeder vorgeschlagenen Änderung — kann eine SpecScore-Spezifikation ablehnen, die das Format bricht.
Was sie gemeinsam haben.
Was Kiro gut macht.
Die eigene Dokumentation von Kiro, gelesen am 30. Oktober 2026, beschreibt das Produkt. Die Seite der Feature-Specs war als aktualisiert am 4. August 2026 markiert.
Anforderungen in einer festen Satzform
Kiro specs legen das Verhalten in requirements.md nach einem EARS-Muster ab: WHEN eine Bedingung gilt, THE SYSTEM SHALL eine Sache tun. Die Dokumentation nennt das Beispiel eines Formulars mit ungültigen Daten, bei dem das System einen Validierungsfehler neben dem Feld anzeigt. Diese Form lässt sich leichter prüfen als ein vager Absatz.
Ein voller Weg vom Prompt zu den Aufgaben
Eine Feature-Spec durchläuft Anforderungen, Entwurf (design.md) und Aufgaben (tasks.md). Sie können bei den Anforderungen oder bei einem Entwurf beginnen. Quick Spec führt alle drei ohne einen Freigabestopp dazwischen aus. Bugfix specs sind ein eigener Pfad. Die Dokumentation beschreibt außerdem, unabhängige Aufgaben parallel und in Wellen aus dem Abhängigkeitsgraphen in tasks.md auszuführen.
Prüfungen innerhalb des Produkts
Analyze Requirements, verfügbar in der IDE und im CLI, sucht vor dem Entwurf nach Widersprüchen, Mehrdeutigkeit, kollidierenden Einschränkungen und Lücken. Correctness — eigenschaftsbasierte Tests aus diesen EARS-Zeilen — steht in der Fähigkeitentabelle der Specs nur für die IDE, nicht für das CLI, das Web oder Mobilgeräte.
Feature-Vergleich.
Kiro ist ein Produkt, das Spezifikationen entwirft. SpecScore ist das Format, das ein Repository prüfen kann. Die Tabelle vergleicht diese Rollen.
| Fähigkeit | Kiro | SpecScore |
|---|---|---|
| Hauptrolle | Agentische IDE, CLI und Web-App, die Spezifikationen entwirft und Aufgaben umsetzt | Offenes Spezifikationsformat + CLI |
| Spezifikationsdateien | requirements.md (oder bugfix.md), design.md, tasks.md | Ein spec/-Baum aus Markdown + YAML |
| Anforderungssyntax | EARS-Muster: WHEN … THE SYSTEM SHALL … | Anforderungs-IDs (REQ: slug) und Gegeben/Wenn/Dann-Akzeptanzkriterien |
| Spezifikation prüfen | Analyze Requirements in der IDE und im CLI. Eigenschaftsbasierte Tests in der IDE. Nicht als Format-Linter für die eigene CI beschrieben. | specscore spec lint in der CI. /score ist eine eigene, manuelle KI-Bewertung. |
| Wo es läuft | Kiro IDE, Kiro CLI, Kiro web. Einige Prüfungen gibt es nur in der IDE. | Beliebiges Repository — eine Go-Binärdatei, kein Kiro-Konto |
| Lizenz | Die Kiro-Lizenz sagt, die IDE und das CLI seien AWS Content unter dem AWS Customer Agreement. Kiro Crew ist ein separates öffentliches Repository. | CC BY 4.0-Format · Apache-2.0-CLI |
| Preis | Eine kostenlose Stufe und kostenpflichtige Pläne. Die Zahlen ändern sich — siehe Kiro-Preise, gelesen am 30. Oktober 2026. | Keine Gebühr für das Format oder das CLI |
Was SpecScore ergänzt.
Das Format lässt die CI von sich aus fehlschlagen
Die Analyse von Kiro läuft innerhalb von Kiro. Die Prüfung von SpecScore ist ein Befehl. Der Dogfood-Workflow dieses Repositorys führt specscore spec lint bei jedem Pull Request und auf main aus. Eine defekte Spezifikation lässt den Lauf fehlschlagen, so wie es ein defekter Test täte. Die Skill /score bewertet den Wortlaut mit KI-Reviewern; dieser Durchgang ist manuell, und der Workflow oben führt ihn nicht aus.
$ specscore spec lint features/apply-discount/README.md:0 [error] oq-section: Open Questions section not found features/apply-discount/README.md:0 [error] index-entries: Child directory not listed in index: refunds features/apply-discount/refunds:0 [error] readme-exists: README.md not found 3 violations found (3 errors)
Die Spezifikation hängt nicht an einer IDE
Kiro specs sind Markdown, Sie können sie also ohne das Produkt lesen. Der Workflow, der sie erzeugt und ausführt, gehört zu Kiro. Ein SpecScore-Baum sind dieselben Dateien für Claude Code, Cursor, Copilot oder ganz ohne Agent — das CLI ruft zum Linten kein Modell auf.
Anforderungen behalten eine ID
Die Dokumentation von Kiro beschreibt Rückverfolgbarkeit als das Verfolgen einer Anforderung durch die Implementierung. Sie beschreibt keine stabile ID, die eine Neufassung übersteht. SpecScore spricht eine Anforderung als REQ: slug an und ein Akzeptanzkriterium über seine eigene ID.
EARS und Gegeben/Wenn/Dann beantworten verschiedene Fragen
EARS ist, so wie Kiro es dokumentiert, ein Satz zum Systemverhalten. Die Akzeptanzkriterien von SpecScore sind Gegeben/Wenn/Dann-Szenarien, gebunden an eine Anforderungs-ID. Sie können eine EARS-Zeile in der Prosa schreiben und das Szenario dennoch in der SpecScore-Datei behalten, die der Linter prüft. Die Satzmuster stehen in der EARS-Anforderungssyntax.
Wann Sie welches Werkzeug nutzen sollten.
Nutzen Sie Kiro, wenn…
- Sie wollen eine agentische IDE von AWS, die aus einem Prompt Anforderungen, Entwurf und Aufgaben entwirft und die Aufgaben danach umsetzt.
- Sie wollen EARS-Sätze und, in der IDE, daraus erzeugte eigenschaftsbasierte Tests.
- Ihr Team standardisiert bereits auf den Editor, das CLI oder die Web-App von Kiro.
Nutzen Sie SpecScore, wenn…
- Die Spezifikation muss in der CI gültig bleiben, nachdem die Agent-Sitzung endet, in einem Repository, das Kiro nicht verlangt.
- Sie brauchen Anforderungs-IDs, einen Lebenszyklusstatus und ein deterministisches Lint-Ergebnis.
- Sie wollen das Format quelloffen und den Prüfer als einzelne Binärdatei.
Kiro kann entwerfen. SpecScore kann als Sperre dienen.
Nichts hier ersetzt den Editor von Kiro. Wenn das Team in Kiro den Prompt schreibt, lassen Sie Kiro entwerfen. Wenn die Spezifikation als geprüfte Datei fortbestehen muss, schreiben Sie diesen Vertrag in SpecScore und lassen Sie specscore spec lint den Pull Request fehlschlagen, wenn die Struktur bricht. Die beiden Dateien können im selben Repository liegen.
Wählen Sie Kiro für die Sitzung. Wählen Sie SpecScore für das Artefakt, das ein CI-Lauf ablehnen kann.
Quellen.
Die öffentlichen Seiten unten wurden am 30. Oktober 2026 gelesen. Preise, Plannamen und Release-Linien ändern sich.
Weitere Vergleiche.
Dasselbe Format, neben anderen Werkzeugen der spezifikationsgetriebenen Entwicklung:
Alle zusammen, auf einer Seite: beste Werkzeuge für spezifikationsgetriebene Entwicklung 2026.
Rückmeldung
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.