Philipp
Niestroj
Independent
Software Architect
Alle Field NotesFIELD / 012

Kiro macht aus dem Prompt erst eine Spezifikation

Requirements, Design und Tasks vor dem Code: Die agentische Entwicklungsumgebung von AWS setzt bewusst auf Struktur statt Prompt-Lotterie.

Meine These

Kiro 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.
Quellen & Transparenz

Einordnung auf Basis der offiziellen Kiro-Produktseite und Dokumentation; kein gesponserter Beitrag und kein Langzeittest.