Kiro vs Claude Code: Welches Tool passt zum Team?

Kiro vs Claude Code: Welches Tool passt zum Team?

Kiro ist die passende Wahl für Produktteams, die das gewünschte Verhalten klären müssen, bevor sie Code ändern. Im Spec-Workflow werden Anforderungen, Entwurf und Aufgaben zu eigenständigen Projektdokumenten. Das hilft etwa, wenn die Entwicklungsleitung ein Feature mit jemandem abstimmen muss, der die Implementierung selbst nie lesen wird.

Claude Code passt zu Entwicklern, deren Weg von der Änderung bis zur Auslieferung bereits funktioniert. Der Agent kann das Repository untersuchen, Dateien bearbeiten, Befehle ausführen und einen Pull Request vorbereiten – in den bereits genutzten Werkzeugen. Wie viel Planung und Freigabe eine Aufgabe braucht, legt das Team fest.

In einer AWS-Organisation gehören beide auf die Auswahlliste. Kiro bündelt die Verwaltung rund um AWS-Identitäten und Abonnements. Claude Code kann Amazon Bedrock nutzen, den verwalteten Modelldienst von AWS. Eine AWS-Vorgabe allein entscheidet den Vergleich daher noch nicht.

Die Entscheidungsregel ist einfach: Kiro empfiehlt sich, wenn das Produkt den Entwicklungsprozess strukturieren soll. Claude Code empfiehlt sich, wenn der Agent an den eigenen Prozess angepasst werden soll. Diese Einschätzungen zum Arbeitsablauf beruhen auf der Dokumentation, nicht auf einem Programmierbenchmark oder einem Praxistest.

Preise und Funktionen wurden am 18. Oktober 2026 anhand der Kiro-Preisliste und Dokumentation sowie der Anthropic-Preisliste und der Claude-Code-Dokumentation überprüft.

Die Tabelle vergleicht dokumentierte Arbeitsabläufe, Oberflächen und Abrechnungsgrenzen. Sie bewertet nicht die Qualität des erzeugten Codes. Mehr zum Agenten selbst steht im Claude-Code-Testbericht.

Specs, Steering und Hooks: Kiro liefert die Prozessstruktur mit

Kiro ist die Entwicklungsumgebung von Amazon Web Services. Ihr Spec-System macht aus einem Feature Dokumente, die sich prüfen und pflegen lassen. In dieser Kategorie liegt Kiro vorn, wenn dem Team vor allem eine verbindliche Verständigung darüber fehlt, was gebaut werden soll.

Eine Feature-Spezifikation erzeugt normalerweise requirements.md, design.md und tasks.md unter .kiro/specs/. Die Anforderungen beschreiben das erwartete Verhalten, der Entwurf erklärt den Implementierungsansatz, und die Aufgaben zerlegen ihn in ausführbare Arbeitsschritte. Kiro bietet außerdem Quick Spec an: Dabei entstehen diese Dokumente ohne die schrittweisen Freigaben. Eine Spec bietet also eine hilfreiche Struktur für die Prüfung, garantiert aber nicht, dass ein Mensch jede Entscheidung genehmigt hat. Dokumentation zu Kiro Specs

Ein Beispiel ist eine Einladungsfunktion für eine bestehende App. „Teammitglied einladen“ lässt vieles offen: Wer darf einladen? Wann läuft ein Link ab? Was passiert bei erneuter Verwendung? Welche Rolle erhält die eingeladene Person? Diese Fragen sollten geklärt sein, bevor eine Implementierung abgenommen wird. Unser Leitfaden zur spezifikationsgetriebenen Entwicklung erklärt, wie sich diese Vereinbarungen dauerhaft festhalten lassen.

Steering-Dateien enthalten wiederverwendbare Projektanweisungen. Kiro speichert das Steering für den Arbeitsbereich unter .kiro/steering/; die Grundlagendateien beschreiben Produktzweck, Technologie und Repository-Struktur. Hier gehören Konventionen hin, etwa der Testbefehl oder Regeln für Datenbankänderungen. Das Ablaufverhalten eines Einladungslinks bleibt dagegen in der Feature-Spezifikation. Kiro Steering

Hooks lösen bei bestimmten Ereignissen Aktionen aus. Ändert sich eine Datei, wird ein Tool ausgeführt oder endet eine Aufgabe, können sie einen Befehl oder einen Agenten-Prompt starten. Beispiele sind ein Formatierungsbefehl nach einer Änderung oder der Auftrag an den Agenten, die zugehörige Dokumentation zu aktualisieren. Kiros Übersicht zur Hook-Unterstützung nennt derzeit IDE und CLI; Web und Mobile sind ausgenommen. Kiro Hooks

Kiros Grenze liegt darin, die Abstimmung auch nach dem Anlegen der Dokumente aufrechtzuerhalten. Ändern sich Anforderungen, ohne dass jemand die Spec nachzieht, führt das Dokument in die Irre. Eine verantwortliche Person sollte sowohl das Verhalten als auch die Implementierung prüfen. Eine abgehakte Aufgabenliste beweist nicht, dass Zugriffskontrolle oder Fehlerbehandlung korrekt sind.

Kiro CLI oder IDE: Wo liegen die Unterschiede?

Für die IDE spricht die visuelle Prüfung – nicht die Annahme, Specs gäbe es nur dort. Kiro dokumentiert Feature-Spezifikationen und Aufgabenausführung für IDE, CLI und Web. Manche Funktionen sind enger begrenzt: Die eigenschaftsbasierte Funktion Correctness prüft das Verhalten anhand generierter Fälle und ist ausschließlich für die IDE aufgeführt. Entscheidend ist deshalb die Funktionsmatrix für die konkrete Arbeit; die Oberflächen sind nicht pauschal austauschbar. Spec-Funktionen nach Oberfläche

Kiro CLI vs Claude Code: Wie passen die Agenten in den Arbeitsalltag?

Claude Code ist der Programmieragent von Anthropic. Seine Stärke liegt darin, sich in etablierte Arbeitsabläufe rund um Kommandozeile und Repository einzufügen. Er kann eine Codebasis lesen, mehrere Dateien ändern, Tests ausführen, mit Git arbeiten und Pull Requests öffnen. Der dokumentierte nichtinteraktive Modus ermöglicht außerdem den Einsatz in Skripten. Claude Code im Überblick

Der Vorteil ist die Kontrolle über den Ablauf. Erfahrene Maintainer können erst eine Untersuchung beauftragen, dann einen Plan freigeben, den Diff prüfen und schließlich einen Pull Request anfordern, ohne das gesamte Repository in eine neue IDE zu verlagern. Auch Kiro hat eine CLI. Der Terminalzugang allein ist daher kein relevantes Alleinstellungsmerkmal mehr.

Claude Code unterstützt dauerhafte Anweisungen über CLAUDE.md und pfadspezifische Regeln. Hooks können deterministische Prüfungen ausführen oder eine Tool-Aktion blockieren; Skills bündeln wiederverwendbare Vorgehensweisen. Diese Bausteine ermöglichen auch einen spezifikationsgetriebenen Prozess. Welche Dokumente dafür entstehen und wie sie geprüft werden, muss das Team jedoch selbst festlegen. Projektanweisungen, Hooks

Claude Code stößt dort an Grenzen, wo der Prozess offenbleibt. Ein Agent kann einen plausiblen Patch liefern und dabei die Abnahmekriterien missverstehen. Er braucht das bisherige Verhalten, die gewünschte Änderung und die Fälle, die unverändert funktionieren müssen. Bei einem unbekannten Repository sollte jeder Bearbeitung zunächst eine Untersuchung vorausgehen.

Plan Mode schafft diesen Zwischenschritt. Mit dem folgenden dokumentierten Befehl beginnt eine Sitzung, in der Claude zunächst liest und einen Plan vorschlägt, bevor die Implementierung freigegeben wird. Vor Änderungen einen Plan erstellen

claude --permission-mode plan

Beim Einladungsbeispiel sollte der Agent zuerst das vorhandene Identitätsmodell, die Berechtigungsprüfungen, die Konventionen zur Datenspeicherung und die Testabdeckung ermitteln. Anschließend schlägt er Änderungen und Tests vor. Muss ein anderer Entwickler die Arbeit prüfen oder fortsetzen, gehört der freigegebene Plan in ein Repository-Dokument. Dieses Dokument ist eine Entscheidung des Teams für seinen Prozess. Plan Mode verspricht nicht, Kiros Dokumentstruktur anzulegen.

Eine Änderung über mehrere Dateien: Von der Spec zum Pull Request

Beide Produkte sollten anhand derselben Abnahmekriterien bewertet werden. Sonst werden unterschiedliche Aufgaben miteinander verglichen. Die folgende Einladungsfunktion dient als Beispiel für eine Evaluierungsaufgabe; sie ist kein Ergebnis eines Tests mit einem der Tools.

Die Aufgabe sollte Datenspeicherung, API, Benutzeroberfläche und Tests umfassen. Ein abgelaufener Link muss scheitern, ebenso ein bereits verwendeter. Wer keine Berechtigung zum Einladen hat, muss abgewiesen werden. Die zugewiesene Rolle muss der freigegebenen Regel entsprechen. Solche Fälle sagen bei der Prüfung mehr aus als eine Oberfläche, die im Erfolgsfall fertig aussieht.

Die Produktabläufe sind im Spec-Workflow von Kiro, bei Kiro Web und in den typischen Arbeitsabläufen von Claude Code beschrieben. Die oben genannten Prüfpunkte bilden die empfohlene Evaluierungsmethode.

Fazit zum Arbeitsablauf: Kiro liegt vorn, wenn Produktmanagement oder Entwicklungsleitung bei jeder Übergabe klar benannte Dokumente benötigen. Claude Code liegt vorn, wenn die Abnahmekriterien bereits feststehen und die Ausführung über die vorhandenen Repository-Werkzeuge gesteuert werden soll. Auf die Prüfung kann bei keinem der beiden verzichtet werden.

Tarife, Credits und Zugangswege

Die Einstiegspreise sind vergleichbar, der enthaltene Arbeitsumfang nicht. Zuerst sollte der passende Arbeitsablauf feststehen. Danach lässt sich an einer repräsentativen Änderung messen, wie viel Kontingent er verbraucht.

Die folgende Übersicht zeigt Kiros kommerzielle Tarife, überprüft am 18. Oktober 2026. Alle Preise gelten pro Nutzer und Monat zuzüglich gegebenenfalls anfallender Steuern. Kiro-Preise

Wie viel Agentenarbeit ein Kiro-Credit abdeckt, ist unterschiedlich. Ein kurzer Prompt kann weniger als einen Credit verbrauchen, eine komplexe Spec-Aufgabe mehr als einen. Die Nutzung wird in Schritten ab 0.01 Credits erfasst; auch die Modellwahl beeinflusst den Verbrauch. Ein Kontingent von 1,000 Credits verspricht weder 1,000 Prompts noch ebenso viele abgeschlossene Änderungen. Fragen zur Kiro-Abrechnung

Auch das Verfeinern von Specs und das Ausführen von Agenten-Hooks verbrauchen Credits. Enthaltene Monatscredits werden nicht in den Folgemonat übertragen. Einzelnutzer mit kostenpflichtigem Tarif können zusätzliche Credits für $0.04 pro Credit kaufen. Diese gekauften Credits bleiben bis zu ihrem Ablauf nach 12 Monaten nutzbar. Im Enterprise-Bereich muss die Nutzung über das Kontingent hinaus ausdrücklich aktiviert werden. Kiro-Preise, Regeln für Zusatzcredits

Zugang zu Claude Code gibt es über Claude Pro für $20 monatlich oder $200 bei jährlicher Abrechnung, über Max ab $100 monatlich oder über einen Organisationstarif. Team-Standard-Lizenzen kosten $25 bei monatlicher Abrechnung beziehungsweise $20 pro Monat bei jährlicher Abrechnung. Premium-Lizenzen kosten $125 pro Monat bei monatlicher oder $100 pro Monat bei jährlicher Abrechnung. Für Enterprise sind $20 pro Lizenz und Monat bei jährlicher Abrechnung, mindestens 20 Lizenzen und zusätzliche Nutzung zu API-Preisen angegeben. Auch diese Angaben wurden am 18. Oktober 2026 überprüft. Claude-Preise

Bei Claude-Abonnements teilen sich Chat und Code das Nutzungskontingent. Es gelten Sitzungs- und Wochenlimits statt einer garantierten Zahl an Änderungen. Alternativ lässt sich Claude Code über die Claude Console/API authentifizieren und nach Tokenverbrauch abrechnen. Tokens sind die Texteinheiten, die das Modell verarbeitet. Der Abrechnungsweg ist entscheidend: Das Kontingent eines Abonnements entspricht keinem festen API-Token-Guthaben. Authentifizierung in Claude Code, Nutzung und Kostenkontrolle

Die Einzelheiten der Tarife erklärt der Preisleitfaden zu Claude Code. Ein Console- oder Bedrock-Konto schaltet nicht automatisch jede Oberfläche frei, die ein Abonnement voraussetzt. Anthropic dokumentiert die Unterstützung externer Anbieter für Terminal, VS Code und JetBrains; die Desktop-App erfordert dagegen ein kostenpflichtiges Abonnement. Zugang zu den Oberflächen

Fazit zu den Kosten: Kiro bietet ein ausdrücklich beziffertes monatliches Credit-Kontingent und einen veröffentlichten Preis für Zusatzcredits. Claude Pro kann ein günstiger Einstieg sein, wenn das gemeinsame Kontingent für Programmierung und Chat ausreicht. Welches Produkt für das eigene Repository weniger kostet, beweist keiner dieser Preise.

Amazon Kiro vs Claude Code: Welche Modelle stehen zur Wahl?

Bei der Auswahl über mehrere Modellanbieter hinweg liegt Kiro vorn. Der aktuelle Katalog umfasst Anthropic Claude Opus 5.5 und Sonnet 5.5, OpenAI GPT-5.6 Sol, Terra und Luna sowie Modelle wie MiniMax M2.5, GLM-5 und Qwen3 Coder Next. Auto verteilt Aufgaben auf verschiedene Modelle. Die Verfügbarkeit hängt von Tarif, Region und Verwaltungseinstellungen ab. Kiro-Modelle

Bei direkter Nutzung der Anthropic-API verweisen die Modellaliase von Claude Code derzeit auf Claude Opus 5.5, Claude Sonnet 5.5 und Claude Haiku 5.5. Claude Fable 5.1 ist unter bestimmten Zugangsbedingungen verfügbar. Welches Modell hinter einem Alias steht, kann je nach Anbieter abweichen: Der dokumentierte Bedrock-Standard für sonnet verweist weiterhin auf Sonnet 4.5. Deshalb sollte die gewünschte Version ausgewählt oder fest vorgegeben werden. Dieselbe Bezeichnung steht nicht zwingend überall für dasselbe Modell. Modellkonfiguration in Claude Code

Kiro bietet Fable 5.1 als begrenzte Enterprise Preview an. Dafür sind die Freischaltung durch einen Administrator und Inferenz in US East (N. Virginia) vorgesehen. Ein regulärer kostenpflichtiger Kiro-Tarif sollte nicht in der Annahme gewählt werden, diese Preview sei enthalten. Modellverfügbarkeit bei Kiro

Überschneidungen bei den Modellen machen die Produkte nicht gleichwertig. Repository-Kontext, Anweisungen, Werkzeuge, Prüfschritte und Abrechnung unterscheiden sich weiterhin. Wer denselben Modellnamen kauft, erhält damit nicht denselben Entwicklungsablauf.

AWS Kiro vs Claude Code: Verwaltung und GovCloud im Vergleich

Kiro liegt bei der gebündelten AWS-Verwaltung vorn; Claude Code bleibt über Bedrock eine ernsthafte AWS-Option. Vor dem Lizenzkauf sollte feststehen, welches Betriebsmodell die Organisation tragen kann.

Die Enterprise-Verwaltung von Kiro läuft über die AWS-Konsole und unterstützt AWS IAM Identity Center, Okta und Microsoft Entra ID. Zu den Steuerungsmöglichkeiten gehören Modellzugriff, externe Tool-Verbindungen über das Model Context Protocol, die Erzeugung von API-Schlüsseln und die Freischaltung von Cloud-Sitzungen. Organisationen mit Identity Center müssen Cloud Sessions aktivieren, bevor Nutzer sie starten können. Enterprise-Grundlagen, Governance

Claude Team bietet SSO, zentrale Verwaltung und serverseitig verwaltete Einstellungen. Enterprise ergänzt SCIM für die automatisierte Benutzerbereitstellung, Auditprotokolle und anpassbare Aufbewahrungsfristen. Alternativ kann sich Claude Code mit AWS-Zugangsdaten authentifizieren und Modelle über Bedrock aufrufen. Dafür sind der entsprechende Modellzugriff und die nötigen IAM-Berechtigungen erforderlich. Authentifizierung für Claude-Teams, Claude-Preise, Bereitstellung über Bedrock

Für ein Plattformteam, das AWS-Identitäten und Modellzugriffe bereits betreibt, kann der Bedrock-Weg besser passen als die Einführung einer anderen Entwicklungsumgebung. Sucht eine Organisation dagegen ein verwaltetes Entwicklungsprodukt rund um diese Identitäten, ist Kiro der stärkere Ausgangspunkt.

GovCloud erfordert eine eigene Bereitstellungsentscheidung

Kiro unterstützt Profile in AWS GovCloud (US-East) und AWS GovCloud (US-West), verwendet dort aber einen separaten Modellkatalog. Auto ist dort nicht verfügbar. Der GovCloud-Zugang erfordert die Anmeldung über eine Unternehmensidentität; die Inferenz bleibt innerhalb der GovCloud-Partition. Kiro weist außerdem darauf hin, dass die Aufnahme eines Modells in den Katalog für sich genommen keine modellspezifische Compliance-Zulassung belegt. Kiro-Dokumentation zu GovCloud

Laut Preisseite liegen GovCloud-Preise ungefähr 20% über den kommerziellen Preisen; der Free-Tarif ist ausgeschlossen. Das ist als Preisangabe mit Einschränkung des Anbieters zu verstehen, nicht als verbindliches Angebot für eine konkrete Bereitstellung. Kiro-Preise

Die Bedrock-Dokumentation von Claude Code unterstützt ausdrücklich GovCloud-Inferenzprofile mit dem Präfix us-gov.. Damit besteht ein Bereitstellungsweg. Daraus folgt nicht, dass jedes Claude-Modell oder jede von Claude gehostete Funktion innerhalb dieser Grenze verfügbar ist. Geprüft werden müssen das konkrete Modell sowie die Identitäts- und Endpunktkonfiguration, die die Organisation einsetzen will. Claude Code auf Bedrock

Die Verwaltungslücke: Desktop-Regeln gelten nicht automatisch im Web

Kiro Web mit Identity Center ist derzeit nur für US East (N. Virginia) dokumentiert. Laut der eigens aufgeführten Einschränkungen gelten gemeinsame Einstellungen wie MCP-Konfiguration, Modellverfügbarkeit und kundenseitig verwaltete Verschlüsselungsschlüssel nicht für die Web-Oberfläche. Jeder Nutzer verwaltet seine Agenteneinstellungen separat. Eine Freigabe für die IDE sollte deshalb erst nach Prüfung dieser Unterschiede auf Cloud-Sitzungen ausgedehnt werden. Enterprise-Einschränkungen von Kiro Web

Für Käufer in regulierten Bereichen gewinnt die Bereitstellung, die die erforderliche Prüfung von Identitäten, Modellen und Verarbeitungsorten besteht. Das Produktlogo allein beantwortet diese Frage nicht.

Claude Code vs Kiro: Welcher Aufwand entsteht beim Wechsel?

Der größte Wechselaufwand besteht darin, das Verhalten rund um das Repository nachzubilden. Specs und Anweisungen sind lesbare Dateien. Die zugehörigen Auslöser, Freigaben, Konfigurationen und Kontoregeln müssen gezielt migriert werden.

Beim Wechsel von Kiro zu Claude Code sollten nützliche Anforderungs- und Entwurfsdokumente in der Versionsverwaltung bleiben. Der Agent wird auf diese Dateien verwiesen, dauerhafte Konventionen werden in sein Anweisungssystem übertragen und benötigte Hooks neu eingerichtet. Claude Code unterstützt auch AGENTS.md; ob die Datei geladen wird, hängt jedoch von der Einstellung Project instructions und vorhandenen Claude-spezifischen Anweisungsdateien ab. Statt alles lediglich umzubenennen, sollte geprüft werden, was tatsächlich geladen wird. Regeln für dauerhafte Anweisungen in Claude Code

Beim Wechsel zu Kiro dienen die bisherigen Repository-Anweisungen als Grundlage für das Steering. Specs lassen sich mit dem nächsten größeren Feature einführen. Jeder Hook sollte einzeln geprüft werden. Bei benutzerdefinierten Kiro-Agenten müssen Steering-Ressourcen außerdem ausdrücklich eingebunden werden. Was im Standardprojekt funktioniert, beweist nicht, dass jeder benutzerdefinierte Agent denselben Kontext erhält. Verhalten von Kiro Steering

Einzuplanen ist auch die erneute Einrichtung von Berechtigungen, Modellwahl und Abrechnungskontrollen. Dauerhafte Entscheidungen gehören in Repository-Dokumente, damit die Arbeit ohne vorherige Migration des Chatverlaufs weitergehen kann. Werden beide Tools parallel genutzt, entstehen zudem überlappende Abonnementkosten, solange keines bewusst abgelöst wird.

Ein produktives Claude-Code-Team sollte nicht allein wegen der Specs wechseln. Schriftliche Abnahmekriterien und die Prüfung von Plänen sind auch mit dem vorhandenen Agenten möglich. Ebenso wenig sollte ein produktives Kiro-Team wechseln, nur weil jemand Claude Code für die stärkere Modellschnittstelle hält. Zuerst muss klar sein, welcher fehlende Arbeitsablauf oder welche fehlende Funktion den Schulungs- und Konfigurationsaufwand rechtfertigt.

In der nächsten Woche kann jede in die engere Wahl gekommene Konfiguration dieselbe Einladungsfunktion auf einem eigenen Branch umsetzen. Festgehalten werden sollten die Einhaltung der Abnahmekriterien, die im Review nötigen Korrekturen, die verfügbaren Kontrollen und der Nutzungsverbrauch. Bleiben sollte das Tool, das mit den wenigsten wiederkehrenden Eingriffen zum eigenen Prüf- und Bereitstellungsprozess passt.

Häufige Fragen

Die über den Newsletter verfügbare AI Business Workflow Audit Checklist hilft dabei, Aufgabe, Prüfpunkte und Verantwortliche für den Pilotversuch festzulegen.