AWS startet am 5. November 2026 Kiro Bots für ganze Entwicklerabläufe

AWS hat am 5. November 2026 Kiro Bots gestartet, die laut InfoWorld nicht bloß einzelne Aufgaben in einer Agentensitzung abarbeiten, sondern spezifische Teile des Arbeitsablaufs eines Entwicklers übernehmen sollen. Damit reagiert der Konzern auf die wachsende Koordinationslast, die entsteht, wenn Entwickler mehrere KI-Agenten parallel einsetzen, wie AWS in einer Stellungnahme erklärt.

Der Unterschied liegt nicht im Umfang der Aufgaben, sondern darin, wo die Verantwortung endet: Bisher endete sie mit der Sitzung, künftig soll sie am ganzen Ablauf hängen.

Ein Bot mit Gedächtnis und Auftrag

Jeder Bot lässt sich auf eine bestimmte Rolle festlegen, etwa Issue-Triage, Build-Überwachung oder Release-Bereitschaft. Name, Avatar, Anweisungen, Werkzeuge und Berechtigungen darfst du an die Aufgabe anpassen, für die der Bot gedacht ist – so beschreibt es InfoWorld unter Verweis auf AWS.

Damit ein Bot nicht bei jeder Sitzung wieder bei null anfängt, führt er ein eigenes dauerhaftes Gedächtnis, das AWS Notes nennt. In diesen Notes sammelt der Bot, was er über ein Projekt verstanden hat: Vorlieben der Entwickler, frühere Entscheidungen, Anforderungen und Grenzen, die er aus seiner Arbeit und aus Rückmeldungen gelernt hat.

Dieser gespeicherte Kontext erlaubt es, wiederkehrende Aufgaben direkt im Chat des Bots zu planen. Ein Bot kann etwa jeden Wochentagmorgen über Nacht aufgetretene CI-Fehler untersuchen oder an einem festgelegten Tag Release Notes vorbereiten – und dabei anwenden, was er in früheren Durchläufen gelernt hat, wie InfoWorld unter Berufung auf AWS ergänzt.

Die Entlastung, die Kiro Bots bringen sollen, beschreiben Analysten vor allem als Verschiebung: Statt jede einzelne Sitzung zu beaufsichtigen, rückt der gesamte Entwicklungsablauf in den Blick. Laut InfoWorld könnte das die Koordinationslast für Entwickler senken, die mehrere KI-Agenten parallel laufen lassen. Stephanie Walter von HyperFrame Research nennt Kiro Bots den Versuch, mehr dieser Koordination selbst zu übernehmen – mit dem Ergebnis, dass einzelne Sitzungen weniger Überwachung brauchen.

Genau dort entsteht aber eine neue Rechnung. Dave McCarthy, Group Vice President bei IDC, spricht von einer „coordination tax“: Wenn ein übergeordneter Bot mehrere Worker-Agenten orchestriert, können parallele Hintergrund-Wiederholungen und Tool-Aufrufe den Token-Verbrauch und die Rechenkosten schnell in die Höhe treiben. CIOs sollten das laut McCarthy im Auge behalten.

AWS gibt Entwicklern mit Kiro zwar Werkzeuge an die Hand, um Notes zu inspizieren, zu bearbeiten oder zu löschen und Arbeitsprotokolle zu überprüfen. Laut InfoWorld könnte es trotzdem schwieriger werden zu erklären, warum ein Bot eine bestimmte Entscheidung getroffen hat, wenn sich sein Verhalten über Wochen aus Interaktionen und Feedback entwickelt.

Die Nachvollziehbarkeit bleibt damit ein offener Punkt: Je länger ein Bot selbstständig arbeitet, desto stärker hängt sein Verhalten an Entscheidungen, die sich nicht mehr auf eine einzelne Sitzung zurückführen lassen. Dass zwei Bots mit gleichem Auftrag unterschiedlich reagieren, macht die Sache nicht besser – es verschiebt die Frage von der Sitzung auf den Bot.