Kiro Aktionscode

Kiro ist eine agentische IDE von Amazon Web Services, die im Juli 2025 auf dem AWS Summit NYC öffentlich vorgestellt wurde. Sie basiert auf Code OSS, dem Open-Source-Kern, der auch Visual Studio Code zugrunde liegt, und lässt Nutzer ihre bestehenden VS-Code-Einstellungen, Themes und Open-VSX-kompatiblen Erweiterungen behalten. Was Kiro von der breiten Palette der KI-Coding-Assistenten unterscheidet, ist eine Methodik namens spezifikationsgesteuerte Entwicklung: Statt direkt vom Prompt zum generierten Code zu springen, schaltet Kiro eine strukturierte Planungsphase vor, die Anforderungsdokumente, technische Design-Artefakte und nach Abhängigkeiten geordnete Aufgabenlisten erzeugt, bevor eine einzige Zeile geschrieben wird.

• Spezifikationsgesteuerte Entwicklung: ist das entscheidende Merkmal und der Hauptgrund, warum Entwickler sich für Kiro statt für schnellere, reaktivere Alternativen entscheiden. Wenn ein Entwickler eine Funktion in einfacher Sprache beschreibt, erzeugt der Agent von Kiro mit der EARS-Notation (Easy Approach to Requirements Syntax) eine Datei requirements.md mit User Stories und Akzeptanzkriterien. Anschließend analysiert er die bestehende Codebasis und erzeugt eine design.md mit Datenflussdiagrammen, TypeScript-Interfaces, Datenbankschemata und API-Endpunkt-Definitionen. Zuletzt erstellt er eine tasks.md, die die gesamte Umsetzungsarbeit in der Reihenfolge der Abhängigkeiten ordnet, wobei jede Aufgabe ausdrücklich mit einer bestimmten Anforderung verknüpft ist. Der Entwickler prüft und genehmigt jede Phase, bevor Kiro sie ausführt. Dieser dreistufige Prozess bedeutet, dass die Umsetzung vom ersten Tag an auf die Absicht zurückführbar ist, was den häufigsten Schwachpunkt KI-generierter Codebasen löst: Code, der funktioniert, aber nicht gewartet werden kann, weil niemand dokumentiert hat, warum Entscheidungen getroffen wurden.

• Agent-Hooks: sind ausgelöste Automatisierungen, die im Hintergrund auf Basis von Dateisystem-Ereignissen wie Speichern, Commits oder Deployments laufen. Ein Entwickler kann einen Hook so konfigurieren, dass er Unit-Tests automatisch neu erzeugt, sobald eine Quelldatei gespeichert wird, die API-Dokumentation aktualisiert, wenn eine Route geändert wird, Namenskonventionen beim Anlegen von Dateien durchsetzt oder vor einem Deployment einen Sicherheits-Scan ausführt. So entsteht in der IDE eine schlanke Continuous-Integration-Pipeline, die ohne manuellen Eingriff läuft und dafür sorgt, dass Dokumentation und Tests mit dem Code Schritt halten.

• Steering-Dateien: erlauben es Teams, projektspezifischen Kontext in das Verhalten der KI über alle Sitzungen hinweg zu kodieren. Dateien wie product.md, tech.md oder structure.md definieren Produktvision, Technologie-Stack, Architekturkonventionen und Coding-Standards. Sobald sie vorhanden sind, werden jede Spezifikation, jede Aufgabe und jede agentische Antwort mit diesem bereits geladenen Kontext erzeugt, sodass du die Projektregeln nicht zu Beginn jeder Sitzung neu erklären musst.

• Agentischer Chat: erledigt Ad-hoc-Entwicklungsaufgaben über eine Dialogoberfläche, die den gesamten Projektkontext versteht, einschließlich Dateien, URLs, Dokumentation, Bildern und Terminal-Ausgaben über multimodale Eingaben. Der Agent kann in Reaktion auf einen einzigen Prompt mehrere Dateien gleichzeitig öffnen, ändern und übergreifend berücksichtigen, statt dass der Entwickler jede Dateiänderung manuell verwalten muss.

• Unterstützung des Model Context Protocol (MCP): verbindet Kiro mit externen Tools, APIs, internen Wissensdatenbanken und Dokumentationssystemen. So kann der Agent Informationen von außerhalb der Codebasis einbeziehen, wenn er Vorschläge erzeugt oder Aufgaben ausführt, und ist projektbewusster als Tools, die nur mit den aktuell geöffneten Dateien arbeiten.

• Die Kiro-CLI und das Agent Client Protocol (ACP): erweitern die Möglichkeiten der IDE über die Desktop-Anwendung hinaus. Seit Anfang 2026 lässt sich Kiro über die Kommandozeile nutzen und arbeitet als benutzerdefinierter Agent in ACP-kompatiblen Editoren, darunter JetBrains-IDEs und Zed, sodass Teams nicht an eine einzige Editor-Umgebung gebunden sind.

• AWS-Integration: ist ein struktureller Vorteil, den kein Wettbewerber leicht nachbauen kann. Kiro versteht Lambda-Funktionen, CDK-Konstrukte, CloudFormation-Templates und CodeCatalyst-Workflows nativ. Wenn ein Entwickler ein Serverless-Feature spezifiziert, passt der erzeugte Code in die bestehende AWS-Architektur, statt generischen Boilerplate-Code zu produzieren. Auch das Deployment in AWS GovCloud wird unterstützt, wodurch Kiro die derzeit einzige KI-gestützte IDE in dieser regulierten Umgebung ist.

Das Tool unterstützt derzeit Python, Java, JavaScript, TypeScript, C#, Go, Rust, PHP, Ruby, Kotlin, C, C++, Shell-Scripting, SQL, Scala, JSON, YAML und HCL und deckt damit die wichtigsten Sprachen der Cloud-orientierten Entwicklung ab. Für die individuelle Nutzung ist kein AWS-Konto erforderlich.

• Spezifikationsgesteuerte Entwicklung löst ein Problem, dem jede wachsende Codebasis irgendwann begegnet: Die übliche Kritik an KI-generiertem Code ist nicht, dass er nicht läuft, sondern dass er nicht gewartet werden kann. Wenn KI Code aus einem vagen Prompt schreibt, gibt es keine Aufzeichnung darüber, welche Anforderungen erfüllt werden sollten, welche Design-Abwägungen berücksichtigt wurden oder warum eine bestimmte Architekturentscheidung getroffen wurde. Wenn das Projekt wächst und der ursprüngliche Entwickler geht oder sich Anforderungen ändern, wird diese undokumentierte Historie teuer zu rekonstruieren. Der dreiphasige Workflow von Kiro erzeugt lebendige Dokumentation als Nebenprodukt des Entwicklungsprozesses selbst. Die Dateien requirements.md, design.md und tasks.md bleiben mit der sich entwickelnden Codebasis synchron, sodass institutionelles Wissen nicht verschwindet, wenn ein Senior-Entwickler weiterzieht. Für Teams, die Produktivsysteme mit langfristiger Wartung bauen, ist das kein Nice-to-have. Es ist eine echte Engineering-Disziplin, die in das Tooling eingebaut ist.

• Agent-Hooks machen aus Qualitätssicherung eine automatische Hintergrundaufgabe statt einer manuellen Pflicht: Die meisten Entwickler wissen, dass sie bei Codeänderungen Dokumentation aktualisieren, Tests neu erzeugen und auf Sicherheitsprobleme prüfen sollten. In der Praxis werden diese Aufgaben unter Termindruck übersprungen. Die Hooks von Kiro beseitigen diese Reibung vollständig, indem sie diese Prüfungen beim Speichern oder Commit automatisch ausführen, ohne dass eine bewusste Handlung nötig ist. Wer Hooks richtig einrichtet, hat sich im Grunde auf eine Reihe von Qualitätsstandards festgelegt, die laufen, egal ob er daran denkt, sie durchzusetzen. Das ist qualitativ etwas anderes als passive Regeln oder Linting-Konfigurationen, die davon abhängen, dass der Entwickler aktiv handelt.

• Die AWS-native Integration gibt Cloud-Teams Fähigkeiten, die derzeit kein Wettbewerber bietet: Für Organisationen, die bereits im AWS-Ökosystem arbeiten, bedeutet das Verständnis von Kiro für Bedrock, Lambda, CDK und CloudFormation, dass der Agent schon beim ersten Prompt Code erzeugt, der in die bestehende Infrastruktur passt. Teams, die Serverless-Anwendungen bauen oder AWS-Deployments verwalten, müssen generische KI-Ausgaben nicht an ihren Stack anpassen. Die GovCloud-Unterstützung bringt zusätzlichen Wert für regulierte Branchen, in denen die Einhaltung der Cloud-Standards der US-Regierung eine harte Anforderung und keine Option ist.

• Das Spec-as-Checkpoint-Modell gibt Entwicklern mehr Kontrolle über komplexe, mehrstufige Aufgaben als reine Vibe-Coding-Tools: Statt einem Agenten mehrere Minuten beim Laufen zuzusehen und dann einen großen, undurchsichtigen Diff zu prüfen, zerlegt Kiro die Ausführung in einzelne Aufgaben, die nacheinander ausgelöst und geprüft werden können. Ein Checkpoint- und Rollback-System sorgt dafür, dass ein fehlerhafter erzeugter Schritt zurückgesetzt werden kann, ohne die übrige Arbeit zu verlieren. Für Entwickler, die mit dem Agent-Modus in Tools wie Cursor schlechte Erfahrungen mit schwer zu entwirrenden Nebenwirkungen gemacht haben, ist diese granulare Kontrolle über die Ausführung eine spürbare Verbesserung.

• Die Open-Source-Codebasis und der ACP-Standard signalisieren ein echtes langfristiges Architekturversprechen: Das GitHub-Repository von Kiro ist öffentlich und nimmt Beiträge der Community an. Das Agent Client Protocol ist ein offener Standard statt eines proprietären Lock-in-Mechanismus. AWS hat Open-Source-Projekte historisch über lange Zeiträume gepflegt und weiterentwickelt, was ein gewisses Vertrauen in die Zukunft des Tools schafft, das manche neueren Anbieter in diesem Bereich nicht bieten können.

• Der Spec-first-Workflow bringt bei einfachen, explorativen Aufgaben Reibung: Der dreiphasige Prozess, der Kiro für komplexe, mehrstufige Funktionen so stark macht, ist für einen schnellen Bugfix, ein einzeiliges Refactoring oder eine kleine Formatierungsänderung übertrieben. Entwickler, die viel Zeit mit kleinen, gut verstandenen Aufgaben verbringen, empfinden den Spec-Aufwand oft als bremsend im Vergleich zur sofortigen Codegenerierung von Cursor oder der Inline-Vervollständigung von GitHub Copilot. Kiro räumt das selbst ein und bietet einen Vibe-Modus für Ad-hoc-Arbeit per Chat, doch der Kontextwechsel zwischen den Modi und die Tatsache, dass der kostenlose Tarif überhaupt keine Spec-Credits enthält, machen die Trennung in der Praxis unglücklich.

• Der Credit-Verbrauch ist schwer vorherzusagen und hat anhaltende Kritik von Nutzern ausgelöst: Der Wechsel vom unbegrenzten Zugang in der Preview zu einem Credit-basierten Preismodell kam schlecht an, und The Register veröffentlichte im August 2025 eine Schlagzeile, die die Preisgestaltung als „Tragödie für den Geldbeutel“ bezeichnete. Obwohl AWS das Modell nach dem Feedback überarbeitet hat, besteht das zugrunde liegende Problem fort: Die Verbrauchsraten der Credits je Vorgangsart werden nicht durchgängig veröffentlicht, komplexe Aufgaben können Credits deutlich schneller aufbrauchen, als Nutzer erwarten, und Credits werden nicht übertragen. Für Entwickler, die intensive Spec-Arbeit an einer großen Codebasis leisten, kann das monatliche Kontingent des Pro-Tarifs lange vor Monatsende aufgebraucht sein. Die Abrechnung von Mehrverbrauch zu 0,04 $ pro Credit ist in den kostenpflichtigen Tarifen verfügbar, muss aber manuell aktiviert werden, und die mangelnde Vorhersehbarkeit macht die monatliche Kostenplanung wirklich schwierig.

• Tab-Vervollständigung und Qualität der Echtzeit-Vorschläge liegen hinter etablierteren Alternativen zurück: Mehrere unabhängige Tester und Community-Feedback stellen übereinstimmend fest, dass Cursor Kiro bei klassischer Code-Autovervollständigung und Inline-Vorschlägen in Echtzeit deutlich übertrifft. Für Entwickler, deren Workflow stark auf schneller Inline-Vervollständigung beim Tippen beruht, ist Kiro gegenüber den Tools, die speziell dafür optimiert wurden, nicht konkurrenzfähig. Der Wert von Kiro liegt in strukturierter, agentengesteuerter Ausführung, nicht darin, das Tippen schneller zu machen.

• Der agentische Modus mit Infrastrukturzugriff birgt ein echtes Risiko: In der frühen Preview von Kiro löste die Nutzung durch einen AWS-Ingenieur Berichten zufolge eine unbeabsichtigte Kettenreaktion aus, die eine lokale Störung eines AWS-Dienstes verursachte und dem Tool vorübergehend virale Bekanntheit unter dem Satz „zu wild gevibt, AWS lahmgelegt“ einbrachte. Dieser Vorfall ist zwar außergewöhnlich, zeigt aber ein echtes Risiko, das darin steckt, eine agentische IDE eng mit Cloud-Infrastruktur zu verbinden und einen kurzen Weg von der Codegenerierung zum Live-Deployment zu haben. AWS hat inzwischen zusätzliche Bestätigungsschritte für Vorgänge eingeführt, die die Live-Infrastruktur betreffen, doch der Vorfall hat gezeigt, wie wichtig es ist, die Berechtigungen des Agenten sorgfältig zu prüfen, bevor Kiro in Umgebungen mit Produktivzugriff eingesetzt wird.

Kiro nutzt ein Credit-basiertes Preismodell. Ein Credit ist eine Arbeitseinheit, die als Reaktion auf Nutzer-Prompts verbraucht wird, wobei einfache Aufgaben weniger als einen Credit und komplexe Spec-Ausführungen mehr verbrauchen. Neue Nutzer erhalten 500 Bonus-Credits, die 30 Tage gültig sind, unabhängig davon, für welchen Tarif sie sich anmelden (ausgenommen Nutzer des AWS IAM Identity Center). Credits werden zu Beginn jedes Abrechnungsmonats zurückgesetzt und nicht übertragen. In den kostenpflichtigen Tarifen ist die Abrechnung von Mehrverbrauch zu 0,04 $ pro Credit verfügbar und muss manuell in den Einstellungen aktiviert werden.

Die Abos sind individuell und werden nicht teamübergreifend gebündelt. Die Credit-Verbrauchsraten variieren je nach Modell: Die Nutzung von Claude Sonnet 4 kostet für dieselbe Aufgabe etwa 1,3-mal mehr Credits als das Auto-Modell. Der kostenlose Tarif ist in den AWS-GovCloud-Regionen nicht verfügbar, dort ist ein kostenpflichtiger Tarif mit Enterprise-Authentifizierung erforderlich.