Amazon verabschiedet sich nicht einfach von Kiro. Der wichtigere Punkt ist: Der Konzern rückt von einer stark bevorzugten Eigenlösung ab und öffnet sich für einen praktischeren Mix aus KI-Programmierwerkzeugen. Nach Berichten unter anderem von Business Insider ist Anthropic Claude Code nun unternehmensweit verfügbar; OpenAI Codex soll am 12. Mai folgen. Gleichzeitig gibt es keine Hinweise darauf, dass Kiro abgeschaltet wird — Amazon erweitert vielmehr die Auswahl neben dem eigenen Tool ^[2][3][8].

Was sich jetzt ändert

Jim Haughwout, Amazons Vice President für Software Builder Experience, soll in einer internen Mitteilung erklärt haben, dass Claude Code sofort unternehmensweit verfügbar sei. OpenAI Codex soll demnach am 12. Mai dazukommen ^[2][8].

Das bedeutet nicht, dass Beschäftigte einfach private oder frei zugängliche Drittanbieter-Tools verwenden sollen. Den Berichten zufolge laufen Claude Code und Codex in einer Amazon-Umgebung und werden über Amazon Web Services, kurz AWS, verwaltet. Teilweise wird auch Amazon Bedrock als technischer Trägerweg genannt ^[1][2][3]. Für Entwicklungsteams ist das ein wichtiger Unterschied: Sie bekommen mehr Werkzeugauswahl, ohne jeweils eigene Infrastruktur aufsetzen zu müssen.

Vorher war die Nutzung von Claude Code in sensibleren Szenarien deutlich eingeschränkter. Für Produktionscode oder Live-Produkte brauchten Entwicklerinnen und Entwickler Berichten zufolge besondere Freigaben oder formale Genehmigungen — ein Punkt, der intern für Frust sorgte ^[3][14].

Warum die Kiro-First-Strategie ins Wanken geriet

Amazon hatte seine Entwickler zuvor stärker in Richtung Kiro gelenkt. Reuters berichtete über ein internes Memo, in dem Amazon nahelegte, auf KI-Codegeneratoren von Drittanbietern zu verzichten und stattdessen das eigene Tool Kiro zu nutzen; außerdem hieß es, man plane derzeit keine Unterstützung weiterer externer KI-Entwicklungstools ^[12].

Diese Linie stieß auf Widerstand. Rund 1.500 Amazon-Ingenieure unterstützten in internen Foren die Einführung von Claude Code und wandten sich gegen Vorgaben, die aus ihrer Sicht die Produktivität beeinträchtigten ^[5][6]. Business Insider berichtete ebenfalls, dass interne Richtlinien Teams zu Kiro lenkten, während Claude Code für Produktionscode oder Live-Produkte eine formale Zustimmung erforderte ^[14].

Der unmittelbare Druck kam damit nicht aus einer abstrakten KI-Strategie, sondern aus dem Arbeitsalltag der Entwickler: Wenn ein Werkzeug als produktiver empfunden wird, wird seine Einschränkung schnell zu einem Organisationsproblem.

Die Gründe hinter Amazons Kurswechsel

1. Entwicklerpräferenz wurde zur Produktivitätsfrage

Wenn rund 1.500 Ingenieure ein bestimmtes Tool unterstützen und bestehende Vorgaben mit Produktivitätsverlusten verbinden, geht es nicht mehr nur um Beschaffung, Standardisierung oder interne Plattformpolitik ^[5][6]. Gerade in einem großen Engineering-Apparat wie Amazon kann ein nicht akzeptiertes Werkzeug Umwege, zusätzliche Genehmigungsschleifen und Reibung in Projekten erzeugen.

Die Öffnung für Claude Code und Codex ist deshalb auch ein Eingeständnis: Die tatsächliche Nutzungserfahrung der Entwickler muss in die Tool-Entscheidung einfließen ^[2][6][8].

2. Kiro ist nicht gescheitert — aber die Sonderrolle reicht nicht mehr

Aus den öffentlich vorliegenden Berichten lässt sich nicht ableiten, dass Kiro technisch unterlegen ist. Es gibt keine einheitlichen Vergleichstests zwischen Kiro, Claude Code und Codex. Sicherer ist die Schlussfolgerung: Die Kiro-First-Strategie hat nicht alle Teams überzeugt, und ein Teil der Entwickler wollte Claude Code offiziell in der Werkzeugauswahl sehen ^[5][6][14].

Für Kiro heißt das: Das Tool ist weiterhin Teil des Systems, kann sich aber nicht mehr allein auf interne Priorisierung stützen. Es muss im echten Entwicklungsworkflow durch Effizienz, Stabilität und gute Einbindung in Amazons interne Systeme überzeugen.

3. Kontrollierte Öffnung ist praktikabler als harte Begrenzung

Amazon wählt den Berichten zufolge keinen freien Wildwuchs, sondern eine verwaltete Öffnung. Claude Code und Codex sollen in Amazons Umgebung laufen und über AWS gemanagt werden; einige Berichte nennen Amazon Bedrock als Infrastrukturpfad ^[1][2][3].

Das ist ein Kompromiss: Entwickler erhalten mehr Auswahl, während Amazon Kontrolle über Infrastruktur, Zugriff und Bereitstellung behält. Allerdings legen die öffentlichen Berichte keine vollständigen Details zu Datenisolation, Protokollierung, Berechtigungen, Code-Review oder Modellrichtlinien offen. Daraus lässt sich also nicht schließen, dass alle Sicherheits- und Governance-Fragen bereits abschließend beantwortet sind ^[2][8].

4. Amazons KI-Ökosystem macht externe Tools weniger fremd

Business Insider ordnet die Öffnung auch in Amazons Beziehungen zu Anthropic und OpenAI ein und beschreibt Amazon als engen Partner beider KI-Unternehmen ^[8]. Für einen großen Cloudanbieter ist es daher nicht zwingend ein Widerspruch, eigene Tools wie Kiro zu entwickeln und zugleich externe KI-Werkzeuge in kontrollierter Form verfügbar zu machen.

Was das für Kiro bedeutet

Kiro verschwindet nicht. Treffender ist: Kiro wandert von der bevorzugten Standardoption in einen Wettbewerb mit anderen offiziell verfügbaren Werkzeugen. Die Berichte beschreiben ein Nebeneinander von Kiro, Claude Code und Codex — nicht die Einstellung von Kiro ^[1][3][8].

Das verändert die interne Dynamik. Bisher konnte Kiro von Amazons Vorgaben profitieren. Künftig muss es sich stärker daran messen lassen, welches Tool Entwickler im Alltag tatsächlich als hilfreich empfinden.

Das Signal für andere Unternehmen

Amazons Fall zeigt, wie schwierig eine reine Ein-Tool-Strategie bei KI-Programmierassistenten werden kann. Eigene Werkzeuge sind attraktiv, weil sie sich leichter in Governance, Compliance und interne Systeme einbetten lassen. Entwicklerinnen und Entwickler entscheiden aber nach praktischer Wirkung: Spart das Tool Zeit? Hilft es bei komplexem Code? Passt es in bestehende Abläufe?

Wenn externe Tools im Unternehmen deutlich nachgefragt werden, kann es realistischer sein, sie in eine zentrale Verwaltung zu holen, statt weiter mit Einschränkungen und Einzelgenehmigungen zu arbeiten ^[2][6][8].

Kurz gesagt: Kiro bleibt. Aber Amazon scheint nicht mehr bereit zu sein, an einer einzigen bevorzugten Eigenlösung festzuhalten, wenn ein erheblicher Teil der Entwickler bereits klar signalisiert hat, dass andere Werkzeuge produktiver sein könnten.