AWS zieht einen Schlussstrich unter eines seiner bekanntesten KI-Produkte. Amazon Q Developer, der 2023 gestartete Coding-Assistent des Cloud-Riesen, wird abgeschaltet und in die neue Plattform Kiro überführt. Der Support für Q-Developer-IDE-Plugins und bezahlte Abos endet laut offizieller AWS-Ankündigung am 30. April 2027. Neuanmeldungen wurden bereits am 15. Mai 2026 gestoppt. Für Entwicklerteams in Österreich und der gesamten DACH-Region bedeutet das: Wer heute noch auf Q Developer setzt, arbeitet mit eingefrorenen Fähigkeiten auf Zeit.

Der Schritt ist mehr als ein Rebranding. Kiro verlangt von Entwicklern ein anderes Arbeitsmodell: Statt direkt drauflos zu programmieren, müssen Nutzer zuerst eine formale Spezifikation schreiben, bevor die KI überhaupt Code erzeugt. Das nennt sich Spec-Driven Development, und es ist der Kern der Wette, die AWS mit diesem Umbau eingeht.

Was genau passiert: AWS beerdigt Amazon Q Developer

Amazon Q Developer war seit seinem Start der KI-Coding-Assistent, mit dem AWS gegen GitHub Copilot und Cursor antreten wollte. Tief integriert in die AWS-Konsole, mit direktem Zugriff auf EC2, Lambda und IAM, richtete sich das Tool vor allem an Teams, die ohnehin auf AWS-Infrastruktur setzen. Jetzt zieht AWS die Reißleine. Laut der offiziellen AWS-Ankündigung vom 30. April 2026 erreichen die Amazon-Q-Developer-IDE-Plugins und bezahlten Abos ihr Support-Ende am 30. April 2027, wie AWS selbst schreibt: “Amazon Q Developer IDE plugins and paid Subscriptions will reach end of support on April 30, 2027, giving customers 12 months to transition to Kiro.” (Amazon Web Services, offizieller AWS-Blog)

Der Nachfolger heißt Kiro und ist keine kosmetische Umbenennung. AWS beschreibt Kiro in der gleichen Ankündigung als “an agentic development environment (IDE, CLI) built from the ground up for spec-driven development.” (Amazon Web Services, offizieller AWS-Blog) Das ist eine deutliche Abkehr vom bisherigen Prinzip, bei dem Q Developer wie ein klassischer Autocomplete-Assistent im Editor mitlief und auf Zuruf Code vorschlug.

Auch die technische Umsetzung zeigt, wie tief der Umbau geht. In der AWS-Dokumentation heißt es unmissverständlich: “The Amazon Q Developer CLI has been rebranded to Kiro.” (Amazon Web Services, offizielle Dokumentation) Wer bislang die Kommandozeile von Q Developer genutzt hat, findet dort künftig schlicht Kiro vor, samt neuer Kommandostruktur und neuem Preismodell.

Der Zeitplan im Detail: Vier Daten, die Entwickler kennen müssen

AWS hat den Übergang nicht über Nacht vollzogen, sondern in vier klar getrennten Schritten geplant. Das gibt Unternehmen Zeit, ist aber auch eine Warnung: Wer die Fristen verstreichen lässt, verliert Zugriff auf neue Modelle, ohne es sofort zu merken. Kiro selbst ist bereits am 7. Mai 2026 als eigenständige, VS-Code-basierte agentische IDE gestartet, bevor die Migration im Sommer richtig Fahrt aufnahm.

DatumEreignisAuswirkung für Entwickler
7. Mai 2026Kiro-LaunchNeue VS-Code-basierte agentische IDE steht bereit, parallel zu Q Developer
15. Mai 2026Neuanmeldestopp Q DeveloperKeine neuen Free-Tier- oder Pro-Abos für Q Developer mehr möglich
29. Mai 2026Modell-CutoffNeuere Claude-Modelle ab Opus 4.6 nur noch in Kiro verfügbar, Q Developer eingefroren
30. April 2027Support-EndeIDE-Plugins und bezahlte Q-Developer-Abos werden endgültig abgeschaltet

Zwischen dem Neuanmeldestopp im Mai 2026 und dem endgültigen Support-Ende im April 2027 liegen fast zwölf Monate. AWS nennt das selbst die Übergangsfrist: Kunden bekommen laut eigener Aussage zwölf Monate Zeit für den Umstieg auf Kiro. Für Bestandskunden heißt das konkret: Wer im August 2026 noch aktiv mit Q Developer arbeitet, sollte spätestens jetzt einen Migrationsplan aufsetzen, bevor der Modell-Stillstand zum echten Produktivitätsproblem wird.

Was ist Kiro? Spec-Driven Development statt Autocomplete

Kiro funktioniert grundlegend anders als klassische Coding-Assistenten. Statt dass Entwickler eine Zeile Code schreiben und die KI eine Ergänzung vorschlägt, verlangt Kiro zuerst ein schriftliches Pflichtenheft. Erst wenn dieses freigegeben ist, beginnt die eigentliche Code-Generierung. Drei Dokumente bilden das Herzstück dieses Workflows.

  • requirements.md: Formale Anforderungen im EARS-Format (Easy Approach to Requirements Syntax), inklusive User Stories, Akzeptanzkriterien und Randfällen.
  • design.md: Architekturentscheidungen, Datenmodelle, Service-Grenzen und API-Verträge, bevor eine einzige Zeile Code entsteht.
  • tasks.md: Eine geordnete, abhängigkeitsbasierte Aufgabenliste, bei der jede Aufgabe auf eine konkrete Anforderungs-ID zurückverweist.

Erst nach Prüfung und Freigabe dieser drei Artefakte generiert Kiro Code, der laut Anbieter direkt an Design und Aufgabenliste gekoppelt bleibt. Ändert sich später die Spezifikation, soll sich der Code automatisch mitziehen, oder Kiro schlägt vor, die Spezifikation an den tatsächlichen Code anzupassen. AWS bewirbt das explizit als Werkzeug für Teams, die Wert auf Nachvollziehbarkeit legen, etwa in regulierten Branchen oder bei Multi-Repo-Projekten.

Für kleinere Änderungen gibt es einen abgespeckten Modus: den Bugfix-Spec, der Diagnose und Fix in einem kompakteren Ablauf bündelt, statt den vollen Drei-Phasen-Prozess zu erzwingen. Wer Kiro in bestehende Multi-Repo-Setups einbinden will, startet im Kiro-Specs-Panel über “+ → Feature → Requirements-First” und wählt dort das Workspace-Root für eine repoübergreifende Spezifikation.

Preisvergleich: Warum Kiro Pro teurer wirkt als Q Developer Pro

Der auffälligste Bruch zwischen den beiden Produkten liegt beim Preis-Leistungs-Verhältnis. Beide Abos kosten nominell dasselbe, 20 US-Dollar pro Monat, doch die enthaltene Leistung unterscheidet sich deutlich. Q Developer Pro bot rund 1.000 Anfragen im Monat für diesen Betrag. Kiro Pro liefert für den gleichen Preis nur rund 350 gemischte Anfragen, abgerechnet über ein Credit-System.

MerkmalAmazon Q Developer ProKiro Pro
Preis20 US-Dollar/Monat20 US-Dollar/Monat
Enthaltene Anfragenca. 1.000/Monatca. 350 gemischte Anfragen/Monat
AbrechnungsmodellPauschal je AnfrageCredit-System
Spec-Modus (pro Credit)nicht vorhanden0,20 US-Dollar
Vibe-Modus (pro Credit)nicht vorhanden0,04 US-Dollar
Umstiegs-Bonus–20 US-Dollar Willkommens-Guthaben

Die Differenz zwischen Spec-Modus und Vibe-Modus ist dabei kein Rundungsfehler. Mit 0,20 Dollar gegenüber 0,04 Dollar pro Credit kostet ein vollständiger, spezifikationsgetriebener Durchlauf das Fünffache eines schnellen, informellen Vibe-Requests. Wer Kiro also für große Features im vollen Spec-Modus nutzt, zahlt spürbar mehr pro Aktion als beim alten Q-Developer-Modell, bekommt dafür aber nachvollziehbare Architekturentscheidungen und Aufgabenlisten mitgeliefert. AWS versucht, den Umstieg mit einem einmaligen Guthaben von 20 US-Dollar abzufedern, was aber angesichts von 350 statt 1.000 Anfragen nur ein kurzfristiges Pflaster ist.

Warum AWS jetzt handelt: Die Strategie hinter dem Umbau

AWS begründet den radikalen Schritt mit den Grenzen des alten Produkts. Q Developer war im Kern ein Assistent, der auf einzelne Prompts reagierte, aber selten den vollen Kontext eines Projekts über mehrere Dateien und Services hinweg im Blick hatte. Kiro soll das ändern, indem die Spezifikation selbst zur zentralen, lebendigen Informationsquelle wird, an der sich Code, Architektur und Aufgaben orientieren.

Auch die CLI-Strategie zeigt, dass AWS keine halben Sachen macht. Der Umstieg soll für bestehende Nutzer so reibungslos wie möglich verlaufen: Laut Kiro-Dokumentation reicht ein einfacher Befehl, um von der alten CLI auf die neue Plattform zu wechseln: “You can simply do q update or enable auto-update to switch to Kiro CLI.” (Amazon Web Services, Kiro-Dokumentation) Wer Auto-Updates aktiviert hat, merkt den Wechsel möglicherweise kaum, wacht aber eines Tages mit einem komplett neuen Bedienkonzept auf.

Für Bestandskunden mit persönlichem Account rät AWS in der Migrationsdokumentation ausdrücklich zum Umstieg, um von künftigen Funktionen nicht abgeschnitten zu werden: “If you’re a user with a personal account: Optionally upgrade the Q CLI and Amazon Q extension in your IDE to Kiro to take advantage of all the updates that will only be available in Kiro going forward.” (Amazon Web Services, offizielle Dokumentation) Das Wort “optionally” ist dabei mit Vorsicht zu genießen: Der Modell-Cutoff vom 29. Mai 2026 zeigt, dass der Umstieg faktisch schon läuft, ob Nutzer aktiv migrieren oder nicht.

Marktvergleich: Wo Kiro im überfüllten AI-Coding-Markt steht

Der Umbau trifft einen Markt, der 2026 dichter umkämpft ist als je zuvor. GitHub Copilot bleibt mit einer breiten Modellauswahl von Kimi K3 über Grok 4.6 bis zu hauseigenen Modellen der dominante Player im Editor-Umfeld, während Cursor bei Entwicklerteams laut aktuellen Adoptionsstudien einen Marktanteil von rund 18 Prozent erreicht. Amazon Q Developer wurde in Marktanalysen bislang vor allem als Tool mit starker Enterprise- und AWS-nativer Positionierung beschrieben, gestützt auf agentische Multi-Datei-Fähigkeiten, aber ohne die breite Editor-Präsenz von Copilot oder Cursor.

Mit Kiro verschiebt AWS die eigene Position bewusst: weg vom reinen Autocomplete-Wettbewerb, hin zu einer Nische, in der Planungsdisziplin und Nachvollziehbarkeit im Vordergrund stehen. Das ist ein Gegenentwurf zu Cursors Cloud-Agents oder GitHub Copilots wachsendem Angebot an Agent-Befehlen wie /plan oder /autopilot, die eher auf Geschwindigkeit und Autonomie setzen. Kiro bremst bewusst, um Fehlerquellen frühzeitig sichtbar zu machen, bevor Code überhaupt entsteht.

Ob sich dieser Ansatz gegen die deutlich größere Nutzerbasis von Copilot durchsetzt, ist offen. Spec-Driven Development ist in der Softwareentwicklung kein neues Konzept, große Organisationen praktizieren strukturierte Anforderungsanalyse seit Jahrzehnten. Neu ist, dass eine KI-IDE diesen Prozess erzwingt, statt ihn optional anzubieten. Genau das kann für kleinere Teams und Einzelentwickler auch zur Bremse werden, wenn sie schnelle Prototypen statt formaler Spezifikationen wollen.

Interessant ist dabei, dass AWS gleichzeitig auf zwei Ökosysteme setzt. Parallel zum eigenen Kiro-Vorstoß gehört AWS zu den Partnern hinter dem konkurrierenden Agent-Plugins-1.0-Standard, den GitHub gemeinsam mit Anysphere (Cursor), Microsoft, OpenAI und Vercel veröffentlicht hat. Dieser Standard macht Plugins über verschiedene Agent-Clients hinweg portabel und wurde bereits in VS Code, der Copilot CLI und der Copilot-App integriert. AWS sichert sich damit doppelt ab: eigene, geschlossene Kontrolle über den Spec-Driven-Workflow bei Kiro, gleichzeitig Mitspracherecht bei einem offenen Standard, der genau jenen Editor-Ökosystemen zugutekommt, denen Kiro derzeit noch hinterherläuft.

Historischer Kontext: Von CodeWhisperer über Q Developer zu Kiro

Amazons Weg zum eigenen KI-Coding-Tool war nie geradlinig. Der Vorläufer hieß CodeWhisperer und wurde im Zuge einer großen AWS-Rebranding-Welle in Amazon Q Developer integriert und umbenannt, gemeinsam mit einer Reihe anderer AWS-Q-Produkte. Q Developer sollte damals die gesamte KI-Strategie von AWS im Entwicklerbereich bündeln, von Code-Vervollständigung über Sicherheits-Scans bis zu automatisierten Chat-Antworten in der AWS-Konsole.

Nur wenige Jahre später folgt nun der nächste Rebranding-Schritt. Das Muster wiederholt sich: AWS testet ein Produkt am Markt, sammelt Feedback zu dessen Grenzen und ersetzt es durch eine grundlegend neue Architektur, statt das bestehende Produkt schrittweise zu erweitern. Für Kunden ist das anstrengend, weil sie wiederholt neue Workflows lernen müssen. Für AWS ist es offenbar die bevorzugte Methode, um mit dem Tempo der KI-Modell-Entwicklung mitzuhalten, gerade weil neue Modelle wie Claude Opus 4.6 in kurzen Abständen erscheinen und alte Architekturen schnell veraltet wirken lassen.

Was Entwicklerteams in Österreich jetzt konkret tun sollten

Für Unternehmen in Österreich, die AWS ohnehin als primäre Cloud-Plattform nutzen, ist die Q-Developer-Ablösung mehr als eine Randnotiz. Wer Compliance-Vorgaben hat, etwa im Banken- oder Gesundheitswesen, sollte den Spec-Driven-Ansatz von Kiro genau prüfen: Die erzwungene Dokumentation von Anforderungen, Design und Aufgaben kann bei Audits sogar von Vorteil sein, weil Entscheidungen nachvollziehbar protokolliert werden, statt nur im Kopf einzelner Entwickler zu existieren.

Gleichzeitig sollten Teams das Budget neu kalkulieren. Mit 350 statt 1.000 Anfragen pro 20-Dollar-Abo und einem Fünffach-Aufpreis für den vollen Spec-Modus kann die reale Kostenbelastung bei intensiver Nutzung deutlich steigen. Wer bislang viele kleine, informelle Anfragen an Q Developer gestellt hat, fährt möglicherweise besser mit dem günstigeren Vibe-Modus in Kiro, verzichtet dann aber auf die strukturierte Dokumentation.

Migrations-Fahrplan: In drei Schritten von Q Developer zu Kiro

AWS hat den Umstieg technisch simpel gehalten, auch wenn der konzeptionelle Sprung groß ist. Wer die CLI nutzt, kann laut Dokumentation direkt aktualisieren, ohne die Umgebung neu aufzusetzen.

# Bestehende Q-Developer-CLI auf Kiro aktualisieren
q update

# Oder automatische Updates aktivieren
q config set auto-update true
  1. IDE-Erweiterung und CLI mit dem Update-Befehl auf Kiro anheben, bevor der Modell-Cutoff spürbar wird.
  2. Bestehende Projekte testweise im Bugfix-Spec-Modus laufen lassen, um Kosten und Antwortqualität realistisch einzuschätzen.
  3. Erst danach größere Features über den vollen Feature-Spec-Workflow mit requirements.md, design.md und tasks.md abwickeln.

Kritikpunkte: Wo der Spec-Driven-Ansatz an Grenzen stößt

Nicht jeder Workflow profitiert von erzwungener Planung. Für explorative Prototypen, bei denen Entwickler selbst noch nicht genau wissen, was sie bauen wollen, wirkt ein dreiteiliger Spezifikationsprozess wie zusätzliche Bürokratie. Der Vibe-Modus soll diese Lücke schließen, kostet aber isoliert betrachtet mehr Overhead in der Bedienung, weil Nutzer zwischen zwei grundverschiedenen Arbeitsweisen wechseln müssen, je nachdem, wie ausgereift eine Idee bereits ist.

Ein zweiter Kritikpunkt betrifft die reine Rechenleistung pro Euro. Mit rund einem Drittel der Anfragen zum gleichen Preis wie beim Vorgänger und einem Fünffach-Aufpreis für den Spec-Modus verschiebt sich die Kostenlast spürbar zu den Nutzern. AWS argumentiert, dass die höhere Qualität und Nachvollziehbarkeit den Aufpreis rechtfertigt, doch für Teams mit hohem Anfragevolumen dürfte das eine der ersten Fragen sein, die im Migrationsgespräch mit dem eigenen Cloud-Team geklärt werden muss.

Fünf Prognosen für die Kiro-Ära bis Ende 2027

  1. Die 12-Monats-Frist wird knapp: Viele Enterprise-Kunden werden erst im ersten Quartal 2027 ernsthaft migrieren, kurz bevor der Support am 30. April 2027 endgültig endet, was zu einem Ansturm auf AWS-Support-Kanäle führen dürfte.
  2. Der Vibe-Modus wird nachgebessert: Angesichts der Kritik an der Anfragenkürzung ist wahrscheinlich, dass AWS die Credit-Preise oder Kontingente im Kiro-Pro-Tarif noch vor Ende 2026 anpasst, um Bestandskunden nicht zu verprellen.
  3. Spec-Driven Development wird zum Trend über AWS hinaus: Andere Anbieter dürften ähnliche, planungszentrierte Modi einführen, nachdem Kiro dieses Konzept in den Mainstream der agentischen IDEs trägt.
  4. Enterprise-Kunden mit Compliance-Pflichten wandern zuerst: Regulierte Branchen wie Finanzdienstleister und Gesundheitswesen dürften den Wechsel schneller vollziehen als kleine Teams, weil die erzwungene Dokumentation bei Audits hilft.
  5. Der Marktanteil von AWS im Coding-Assistant-Segment bleibt vorerst hinter Copilot und Cursor zurück: Ohne breite Editor-Integration außerhalb von VS Code dürfte Kiro 2027 eher eine Nische für AWS-native Teams bleiben als ein Angriff auf die Marktführer.

Häufig gestellte Fragen zu Amazon Q Developer und Kiro

Wann genau endet der Support für Amazon Q Developer?

Amazon Q Developer IDE-Plugins und bezahlte Abos erreichen laut offizieller AWS-Ankündigung am 30. April 2027 ihr Support-Ende. Bis dahin funktioniert das Tool weiter, erhält aber keine neuen Modelle oder Funktionen mehr.

Muss ich sofort auf Kiro umsteigen?

Nicht sofort, aber bald. Neuanmeldungen für Q Developer sind seit 15. Mai 2026 gesperrt, und seit 29. Mai 2026 sind neuere Claude-Modelle wie Opus 4.6 ausschließlich in Kiro verfügbar. Wer neue Modelle nutzen will, kommt am Umstieg nicht vorbei.

Ist Kiro teurer als Amazon Q Developer?

Nominell kostet Kiro Pro mit 20 US-Dollar im Monat gleich viel wie Q Developer Pro, liefert dafür aber nur rund 350 statt 1.000 Anfragen. Der volle Spec-Modus kostet mit 0,20 Dollar pro Credit zudem das Fünffache des einfacheren Vibe-Modus.

Was bedeutet Spec-Driven Development bei Kiro konkret?

Kiro verlangt vor der Code-Generierung drei Dokumente: eine formale Anforderungsliste (requirements.md), ein Architekturdokument (design.md) und eine geordnete Aufgabenliste (tasks.md). Erst nach Freigabe dieser Artefakte generiert die KI Code.

Wie migriere ich die Amazon-Q-Developer-CLI zu Kiro?

Laut Kiro-Dokumentation genügt der Befehl “q update” oder das Aktivieren von Auto-Updates, um von der alten CLI automatisch auf Kiro zu wechseln, ohne die Entwicklungsumgebung neu aufzusetzen.

Verliere ich meine Daten oder Projekte beim Umstieg?

Nach aktuellem Stand der AWS-Dokumentation ist die Migration als reibungsloser Umstieg konzipiert, bei dem bestehende Projektstrukturen erhalten bleiben. Vor größeren Migrationen empfiehlt sich dennoch immer ein vollständiges Backup der Projektkonfiguration.

Lohnt sich Kiro für kleine Teams oder Einzelentwickler?

Das hängt vom Arbeitsstil ab. Teams, die viel Wert auf nachvollziehbare Architektur legen, profitieren vom Spec-Modus. Wer schnelle, informelle Prototypen bevorzugt, fährt eventuell günstiger und flexibler mit dem Vibe-Modus oder bleibt bei einem klassischen Assistenten wie GitHub Copilot.

Was passiert mit Projekten, die tief in die AWS-Konsole integriert sind?

Die Konsolen-Integration bleibt laut AWS bestehen, da der Kiro-Konsolenbereich als Weiterentwicklung des bisherigen Q-Developer-Konsolenbereichs beschrieben wird. Funktionen, die tief mit einzelnen AWS-Services verzahnt sind, sollten Teams dennoch einzeln testen, bevor produktive Workloads umgestellt werden.

Gibt es Kiro auch außerhalb von VS Code?

Kiro ist in erster Linie als VS-Code-basierte IDE sowie als CLI verfügbar. Eine breite Unterstützung für weitere Editoren wie JetBrains-Produkte, wie sie GitHub Copilot bereits bietet, ist bislang nicht in gleichem Umfang dokumentiert.