NCA Social Media
Aktualisiert:
Autor:
Roland Golla
Grüne Bauzeichnung auf Staffelei mit Schriftzug Kiro und Spec Dokumenten

Was ist Kiro?

Kiro ist die agentische Entwicklungsumgebung von AWS für Spec Driven Development. Statt direkt aus einem Prompt Code zu erzeugen, schreibt Kiro zuerst Anforderungen, Design und Aufgabenliste als Markdown ins Repository und arbeitet die Liste danach mit Agenten ab.
AWS hat Kiro im Juli 2025 vorgestellt und im November 2025 allgemein verfügbar gemacht. Es ist der Nachfolger von Amazon Q Developer, dessen Ende AWS im April 2026 angekündigt hat. Kiro basiert auf Code OSS, dem Kern von VS Code, und gibt es als IDE, als Kiro CLI fürs Terminal und als Web Oberfläche über denselben Agenten.
Der Ansatz trifft einen echten Nerv: Vibe Coding ist schnell, aber die Entscheidungen verschwinden im Chatverlauf. Kiro macht sie als Dateien sichtbar, prüfbar und versionierbar. Der Preis dafür ist eine tiefe Bindung an AWS, an Claude Modelle über Amazon Bedrock und an ein Credit Modell, das bei intensiver Nutzung teuer wird.

Inhalt

Spec Driven Development mit NCA: Schnelle Hilfe vom Experten

Specs vor Code ist bei uns kein Feature einer IDE, sondern Arbeitsweise. Wir arbeiten seit über zehn Jahren mit Anforderungen, Tests und Quality Gates, bevor eine Zeile Code entsteht, und übertragen genau das auf KI Agenten: ADR, PRD und BDD als Dokumentenkette, AGENTS.md als Regelwerk und OpenSpec als leichtes Spec Framework. Der Agent dahinter ist OpenCode, das Modell frei wählbar. Kiro kennen wir aus der Einordnung für Teams, setzen es aber selbst nicht ein.
Wer Kiro bewertet oder Spec Driven Development ohne AWS Bindung aufbauen will, findet bei uns: Vibe Coding Beratung zur Tool Auswahl, Agentic AI Coding Guardrails für bestehende Projekte, DSGVO Beratung für KI Coding, Skill vs PRD als Einordnung und das Vibe Coding Training für Teams.

Specs vor Code, ohne AWS Bindung

Finde das passende Angebot für dein Projekt

Anfrage-Konfiguration

Starten Sie Ihre Anfrage

Projektart
Infos
Nachricht

Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.

CORE EXPERTISE

Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.

BFSG COMPLIANT

Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.

ENTERPRISE READY

Specs, Hooks, Steering: Die drei Bausteine von Kiro

Kiro hat zwei Modi. Im Vibe Mode arbeitet es wie jeder andere Agent: Prompt rein, Code raus. Im Spec Mode entsteht zuerst ein Ordner mit drei Dateien:
  • requirements.md: User Stories mit Akzeptanzkriterien in EARS Notation, also in der Form: Wenn X eintritt, soll das System Y tun.
  • design.md: Architektur, Datenfluss, Schnittstellen, Datenbankschema.
  • tasks.md: Eine sequenzierte Aufgabenliste, die Agenten abarbeiten, parallel wo der Plan es erlaubt.
Steering ist die Regelschicht. Steering Dateien halten Konventionen, Stack Entscheidungen und Verbote fest und gelten über alle Specs hinweg. Seit 2026 gibt es globales Steering über Projektgrenzen. Funktional entspricht das dem, was in anderen Agenten die AGENTS.md leistet.
Agent Hooks sind ereignisgesteuerte Automationen. Bei Speichern, Erstellen oder Löschen einer Datei läuft ein Agent im Hintergrund los: Tests ausführen, Dokumentation aktualisieren, Review durchführen. Dazu kommen Property Based Testing, das Regeln über alle Eingaben prüft statt einzelner Beispiele, Checkpoints zum Zurückrollen und MCP Support über eine mcp.json auf Nutzer oder Workspace Ebene.

Modelle und Credits: Was Kiro kostet

Kiro rechnet in Credits ab. Credits verbraucht nicht das Tippen im Chat, sondern die Agenten Arbeit: Spec Generierung, Multi File Edits, lange autonome Läufe. Eine einfache Frage kostet fast nichts, ein kompletter Feature Durchlauf im Spec Mode kostet spürbar. Zusätzliche Credits kosten 0,04 USD pro Stück, mit einstellbarer Obergrenze.
Die Modelle kommen über Amazon Bedrock. Im Free Tier stehen offene Modelle und Claude Sonnet zur Verfügung, in den bezahlten Plänen kommen Premium Modelle bis zur Opus Klasse dazu. Ein Auto Modus wählt das Modell je Aufgabe. Eigene Modelle, lokale Modelle oder ein europäischer Inferenz Anbieter lassen sich nicht einbinden. Das ist der zentrale Unterschied zu offenen Agenten.

Kiro Pläne 2026 im Überblick

Plan Preis pro Nutzer und Monat Credits und Modelle
Free 0 USD 50 Credits, offene Modelle und Claude Sonnet, Specs, Hooks und Steering enthalten
Pro 20 USD 1.000 Credits, Premium Modelle
Pro+ 40 USD 2.000 Credits, Premium Modelle
Pro Max 100 USD 5.000 Credits, Premium Modelle
Power 200 USD 10.000 Credits, Premium Modelle
Zusatz Credits 0,04 USD pro Credit Für alle bezahlten Pläne, Obergrenze einstellbar

Stärken: Was Kiro richtig macht

Kiro hat die richtige Diagnose gestellt. Der Engpass beim KI Coding ist 2026 nicht mehr die Qualität der Generierung, sondern die Nachvollziehbarkeit: Was wurde beauftragt, wurde es umgesetzt, kann ich zurückrollen? Drei Dinge löst Kiro dafür gut:
  • Specs im Repository. Anforderungen, Design und Tasks liegen als Markdown neben dem Code, sind reviewbar und versioniert. Ein Jahr später weiß das Team noch, warum eine Entscheidung fiel.
  • Steering als First Class Konzept. Regeln sind versioniert, gescoped und gelten für jede Agenten Aktion. Jedes Teammitglied bekommt dieselben Konventionen.
  • Hooks halten die Prüfung im Edit Loop. Tests und Reviews laufen bei jeder Änderung automatisch, statt dass jemand daran denken muss.
Die Schwächen sind ebenso klar: Autovervollständigung hinkt Cursor hinterher, der Spec Overhead bremst kleine Änderungen, das Ökosystem aus Hook Vorlagen und Steering Templates ist jung. Und die Credits sind bei intensiver Agenten Nutzung schnell aufgebraucht. Kiro ist ein Werkzeug für Feature Arbeit, nicht für den Zehn Sekunden Fix.

Warum NCA Kiro nicht nutzt

Wir teilen die Philosophie und setzen das Tool trotzdem nicht ein. Der Grund: Alles, was Kiro gut macht, lässt sich ohne AWS Bindung haben. Alles, was Kiro bindet, lässt sich nicht abstellen.
1. Inferenz ausschließlich über Amazon Bedrock. Jeder Prompt, jede Spec, jeder Codeausschnitt geht an einen US Anbieter. Bedrock mit EU Region ändert nichts am Cloud Act und an FISA 702, weil Amazon ein US Unternehmen bleibt. Für Teams mit Kundendaten im Code, Berufsgeheimnis oder eigener IP ist das keine Option. Mehr dazu unter Lokale KI für Compliance.
2. Modellwahl liegt bei AWS. Claude über Bedrock, dazu einige offene Modelle, Auswahl durch den Anbieter. Kein lokales Modell, kein europäischer Endpoint, kein chinesisches Open Weight Modell mit besserem Preis pro Token. Wer heute auf Kiro setzt, hat morgen keine Wahl, wenn sich Preis oder Modellangebot ändern.
3. Specs, Hooks und Steering sind kein Alleinstellungsmerkmal. Specs schreiben wir mit OpenSpec oder als ADR, PRD und BDD Kette. Steering ist bei uns die AGENTS.md. Hooks sind Git Hooks plus Quality Gates in der Pipeline, deterministisch und ohne Credit Verbrauch. Der Agent ist OpenCode, Open Source und provider agnostisch.
Unser Weg heißt Coding aus der Cloud, Datenverarbeitung aus dem eigenen Netzwerk: Große Coding Modelle wie GLM oder Kimi laufen bei EU souveränen Anbietern wie TensorX oder unserem Infrastruktur Partner Conversis, alternativ über Z.ai oder Ollama Cloud. Der Agent arbeitet gegen eine lokale Entwicklungsumgebung mit Testdaten. Kleine Modelle laufen lokal über Ollama. Spec Driven Development bekommt das Team dazu, die Abhängigkeit nicht.

Kiro oder offener Spec Stack: Für wen sich was eignet

Kiro ist geeignet für Teams, die vollständig auf AWS stehen, Bedrock bereits als Modell Quelle nutzen und deren Compliance mit US Anbietern geklärt ist. Wer regulierte Software baut, bei der ein Fehl Release teuer ist, bekommt mit Specs, Property Based Testing und Checkpoints ein durchdachtes Paket aus einer Hand.
Ein offener Spec Stack ist geeignet für Teams, die Quellcode und Prompts unter Kontrolle halten müssen, das Modell frei wählen wollen und Kosten pro Aufgabe transparent sehen möchten. OpenSpec oder eine eigene Dokumentenkette liefern die Specs, AGENTS.md das Steering, die Pipeline die Hooks. Der Einstieg braucht mehr Einrichtung, dafür gehört der Workflow danach dem Team und funktioniert mit jedem Agenten.
In beiden Fällen gilt: Die Methode ist wichtiger als das Werkzeug. Ein Team, das Specs schreibt und Quality Gates ernst nimmt, bekommt mit jedem Agenten gute Ergebnisse. Ein Team, das beides überspringt, bekommt mit Kiro genauso Chaos wie mit jedem anderen Tool. Wie sich BMAD, OpenSpec und Kiro einordnen, besprechen wir mit Teams in der Beratung.

It's fun and feels like magic. But getting it to production requires more.

Nikhil Swaminathan und Deepak Singh, Product Lead und VP Developer Agents bei AWS – Introducing Kiro, kiro.dev Blog

Spec Driven Development in NCA Beratungen

Kiro taucht in Beratungen meist als Frage auf: Sollen wir das einführen, weil unser Stack ohnehin auf AWS läuft? Unsere Antwort trennt zwei Dinge. Die Methode, also Specs vor Code, Regeln für den Agenten, automatische Prüfung bei jeder Änderung, empfehlen wir jedem Team. Das Werkzeug, das diese Methode an einen einzigen Cloud Anbieter bindet, nicht.
Praktisch bauen wir mit Teams zuerst die Basis: Versionskontrolle sauber, Tests vorhanden, Pipeline läuft. Dann eine AGENTS.md mit den Regeln, dann Guardrails, damit kein Agent ungeprüft in den Main Branch schreibt. Erst danach kommt die Spec Methodik dazu, mit OpenSpec oder einer eigenen Dokumentenkette. Der Agent ist OpenCode, das Modell kommt aus der EU oder läuft lokal. Wer schon Kiro nutzt, kann Specs und Steering fast eins zu eins übernehmen, weil es am Ende Markdown ist.
Die Einführung dauert realistisch 15 bis 30 Tage bis zum ersten belastbaren Ergebnis, danach ein paar Tage pro Monat, damit Specs, Regeln und Gates mit dem Projekt wachsen. Kein Festpreis, kein Paket, minutengenau abgerechnet. Verwandte Themen: GSD Framework, SKILL.md, Schema Based AI Coding und die Einordnung von GitHub Copilot.
CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

NCA Vibe Coding Consulting

Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.

E-Mail Kontakt

Häufige Fragen zu Kiro

Die wichtigsten Fragen zu Kiro, Specs, Credits, Modellen und Alternativen, kurz beantwortet.

Was ist Kiro von AWS 2026?

Kiro ist die agentische IDE von AWS für Spec Driven Development. Sie schreibt aus einem Prompt zuerst Anforderungen, Design und Aufgabenliste als Markdown ins Repository und lässt Agenten die Aufgaben abarbeiten. Kiro basiert auf Code OSS, gibt es als IDE, CLI und Web Oberfläche und ist seit November 2025 allgemein verfügbar. Es ist der Nachfolger von Amazon Q Developer.

Was kostet Kiro 2026?

Der Free Plan enthält 50 Credits pro Monat mit offenen Modellen und Claude Sonnet. Pro kostet 20 USD mit 1.000 Credits, Pro+ 40 USD mit 2.000, Pro Max 100 USD mit 5.000 und Power 200 USD mit 10.000 Credits pro Nutzer und Monat. Zusätzliche Credits kosten 0,04 USD. Credits verbraucht die Agenten Arbeit, nicht das Tippen im Chat. Lange Spec Läufe sind entsprechend teuer.

Welche Modelle nutzt Kiro 2026?

Kiro läuft auf Claude Modellen von Anthropic über Amazon Bedrock, ergänzt um einige offene Modelle. Ein Auto Modus wählt das Modell je Aufgabe, manuelle Auswahl ist möglich. Eigene Modelle, lokale Modelle über Ollama oder europäische Inferenz Anbieter lassen sich nicht einbinden. Die Modellwahl liegt vollständig bei AWS. Das ist der wichtigste Unterschied zu offenen Agenten wie OpenCode.

Ist Kiro 2026 DSGVO konform?

Kiro verarbeitet Prompts, Specs und Code über Amazon Bedrock, also bei einem US Anbieter. Eine EU Region ändert nichts am Cloud Act und an FISA 702, weil Amazon ein US Unternehmen bleibt. Für Teams mit personenbezogenen Daten im Code, Berufsgeheimnis oder schützenswerter IP ist das ein Risiko. Wir empfehlen für diese Fälle EU Inferenz oder lokale Modelle mit einem offenen Agenten.

Was ist Spec Driven Development mit Kiro 2026?

Spec Driven Development heißt: Erst Anforderungen, Design und Aufgaben als Dokumente, dann Code. Kiro erzeugt dafür requirements.md mit Akzeptanzkriterien in EARS Notation, design.md mit Architektur und Schnittstellen und tasks.md mit einer sequenzierten Aufgabenliste. Agenten arbeiten die Tasks ab, Property Based Testing prüft das Ergebnis gegen die Spec. Die Dokumente bleiben als lebende Dokumentation im Repository.

Warum nutzt NCA Kiro nicht?

Wir teilen die Methode, nicht die Bindung. Inferenz läuft bei Kiro ausschließlich über Amazon Bedrock, die Modellwahl liegt bei AWS, und Specs, Steering und Hooks sind kein Alleinstellungsmerkmal. Wir setzen dieselbe Methode mit OpenSpec, AGENTS.md und Quality Gates in der Pipeline um. Der Agent ist OpenCode, das Modell frei wählbar aus der EU oder lokal. So bleibt Spec Driven Development ohne Cloud Abhängigkeit.

Was sind Agent Hooks in Kiro?

Agent Hooks sind ereignisgesteuerte Automationen. Beim Speichern, Erstellen oder Löschen einer Datei oder auf manuellen Auslöser läuft ein Agent im Hintergrund los und führt Tests aus, aktualisiert Dokumentation oder macht ein Review. So bleibt die Prüfung im Edit Loop, statt dass jemand daran denken muss. In einem offenen Stack übernehmen Git Hooks und die CI Pipeline dieselbe Rolle, deterministisch und ohne Credits.

Was ist Steering in Kiro?

Steering Dateien sind die Regelschicht von Kiro. Sie halten Konventionen, Stack Entscheidungen, Namensregeln und Verbote fest und gelten für jede Agenten Aktion über alle Specs hinweg. Sie sind versioniert und gescoped, seit 2026 auch global über Projektgrenzen. Funktional entspricht Steering der AGENTS.md, die OpenCode, Codex und andere Agenten lesen. Wer von Kiro wechselt, kann Steering Inhalte fast eins zu eins übernehmen.

Kiro oder Cursor: Was ist besser?

Cursor ist schneller bei kleinen Änderungen und hat die bessere Autovervollständigung. Kiro ist stärker bei Feature Arbeit, weil Specs, Steering und Hooks Struktur erzwingen. Wer 70 Prozent kleine Edits macht, verliert mit Kiro Zeit. Wer komplexe Features baut und Nachvollziehbarkeit braucht, gewinnt. Beide sind US Produkte mit US Inferenz. Ein offener Agent mit freiem Modell umgeht diese Abhängigkeit bei beiden.

Kann ich Kiro mit lokalen Modellen nutzen?

Nein. Kiro nutzt ausschließlich Modelle über Amazon Bedrock. Es gibt keine Möglichkeit, ein Ollama Modell, einen europäischen Anbieter oder einen eigenen OpenAI kompatiblen Endpoint einzubinden. Wer lokale oder souveräne Inferenz braucht, wechselt den Agenten. OpenCode, Aider oder Crush sind Open Source und verbinden sich mit jedem OpenAI kompatiblen Endpoint. Die Spec Methode lässt sich mitnehmen.

Was ist der Unterschied zwischen Kiro und OpenSpec?

Kiro ist eine komplette IDE mit gebundener Inferenz und Credit Modell. OpenSpec ist ein leichtgewichtiges Open Source Framework, das Specs als Markdown verwaltet und mit jedem Agenten funktioniert, ob OpenCode, Claude Code, Cursor oder Codex. OpenSpec hat weniger Zeremonie, keine Hooks und keine Property Based Tests eingebaut, dafür freie Tool Wahl. Für Teams ohne AWS Bindung ist OpenSpec der direktere Einstieg in Spec Driven Development.

Wie führe ich Spec Driven Development ohne Kiro ein?

Erst die Basis: Versionskontrolle sauber, Tests vorhanden, Pipeline läuft. Dann eine AGENTS.md mit den Regeln für den Agenten. Dann Quality Gates in der Pipeline als Ersatz für Hooks. Danach OpenSpec oder eine eigene Kette aus ADR, PRD und BDD für die Specs. Als Agent OpenCode mit einem Modell aus der EU oder lokal über Ollama. NCA begleitet die Einführung, realistisch 15 bis 30 Tage bis zum ersten belastbaren Ergebnis, minutengenau abgerechnet.