Meine TheseKiro ist interessant, weil das Tool die entscheidende Arbeit vor die Codegenerierung legt: Anforderungen klären, Architektur sichtbar machen und Umsetzung in prüfbare Schritte zerlegen.
01 / Specs
Nicht sofort coden ist hier ein Feature
Kiro ist eine agentische Entwicklungsumgebung aus einem Team innerhalb von AWS. Im Zentrum steht Spec-driven Development. Aus einer Feature-Idee entstehen zunächst drei überprüfbare Artefakte: Anforderungen, technisches Design und eine sequenzierte Aufgabenliste. Erst danach beginnt die Implementierung.
Requirements können als User Stories und testbare Akzeptanzkriterien formuliert werden. Das Design hält Architekturentscheidungen und Komponenten fest. Tasks übersetzen beides in konkrete Arbeit. Diese Zwischenprodukte schaffen Stellen, an denen ein Mensch Missverständnisse korrigieren kann, bevor sie sich durch viele Dateien ziehen.
- requirements.md für Verhalten und Akzeptanzkriterien
- design.md für Architektur und technische Entscheidungen
- tasks.md für geordnete, nachvollziehbare Umsetzungsschritte
02 / Kontext
Steering macht Projektwissen versionierbar
Über Steering-Dateien erhält Kiro dauerhaften Kontext zu Produkt, Technologie und Projektstruktur. Eigene Markdown-Dateien können etwa API-Konventionen, Sicherheitsregeln oder Teststandards definieren. Sie liegen im Workspace und können wie Code überprüft und versioniert werden.
Damit wandert wichtiges Wissen aus flüchtigen Chats in explizite Projektartefakte. Kiro unterstützt außerdem AGENTS.md und verschiedene Regeln dafür, wann spezialisierter Kontext automatisch, dateibasiert oder manuell geladen wird. Das ist für größere Repositories relevanter als ein einzelner besonders cleverer Prompt.
03 / Automation
Hooks reagieren auf das, was im Projekt passiert
Agent Hooks verbinden Ereignisse im Entwicklungsprozess mit Aktionen. Nach dem Speichern einer Komponente kann ein Test aktualisiert werden; nach einer Agentenaufgabe können Build oder Linter laufen. Neben Agenten-Prompts sind auch deterministische Shell-Kommandos möglich.
Diese Unterscheidung ist wichtig. Nicht jede Qualitätskontrolle sollte wieder ein probabilistischer Agentenlauf sein. Formatierung, Tests oder statische Analyse bleiben als feste Kommandos schneller und vorhersagbarer. AI kommt dort zum Einsatz, wo Kontext und Interpretation tatsächlich Mehrwert liefern.
04 / Einordnung
Der Gegenentwurf zum ungebremsten Vibe Coding
Kiro verspricht nicht einfach mehr generierten Code, sondern eine bessere Schnittstelle zwischen Absicht und Ausführung. Das ist besonders bei Features wertvoll, die mehrere Komponenten berühren oder deren Randfälle vorab geklärt werden müssen.
Struktur hat jedoch Kosten. Für kleine, gut verstandene Änderungen kann ein kompletter Spec-Prozess zu schwer sein; dafür bietet Kiro leichtere Planungsmodi. Entscheidend bleibt außerdem die Qualität der Reviews: Ein sauber formatiertes Design-Dokument kann genauso falsch sein wie ein spontaner Patch.
Kurzfazit
Ein überzeugender Fokus auf überprüfbare Zwischenprodukte
Kiro adressiert eines der realen Probleme agentischer Entwicklung: Ohne explizite Anforderungen und Architektur entsteht schnell viel plausibler, aber unpassender Code. Specs machen Abweichungen früher sichtbar.
- Interessant für
- Produkt- und Engineering-Teams, die AI-Coding mit nachvollziehbaren Anforderungen, Designentscheidungen und Reviews verbinden wollen.
- Im Blick behalten
- Mehr Artefakte helfen nur, wenn sie aktiv geprüft, aktuell gehalten und nicht als automatisch richtige Wahrheit behandelt werden.