AWS Kiro Bots verwalten parallele Agent-Sitzungen mit dauerhaftem Speicher

Amazon Web Services hat Kiro Bots eingeführt, eine neue Funktion innerhalb der agentischen Entwicklungsumgebung Kiro. Diese dient dem Management paralleler Worker-Sitzungen und der Aufrechterhaltung eines dauerhaften Speichers. Das Update wurde am 7. November 2026 veröffentlicht und zielt darauf ab, die Rolle des Entwicklers von der manuellen Koordination einzelner KI-Aufgaben hin zur Überwachung autonomer, langlaufender Prozesse zu verschieben, die über mehrere Interaktionen hinweg ihren Kontext behalten.

Was passiert ist

AWS stellte Kiro erstmals im Juli 2025 als eine spekulativ getriebene Entwicklungsumgebung vor, gefolgt von Kiro Crew im August 2026, das einen Open-Source-Workspace mit kontextübergreifender Speicherung bot. Die neueste Ergänzung, Kiro Bots, erweitert diese Fähigkeit, indem jeder Agent einen eigenen dauerhaften Speicher erhält und in der Lage ist, parallele Sitzungen unabhängig voneinander zu starten und zu überwachen. Dies ermöglicht es Software-Ingenieuren, benannte, langlaufende Agenten zu definieren, die auf spezifische Workflows zugeschnitten sind, wie etwa die Überwachung von Ticket-Queues oder das Management von Deployment-Pipelines.

Das Kernproblem, das AWS adressiert, wird von Ingenieuren als "Context Rot" bezeichnet: Entwickler müssen Informationen ständig zwischen kurzlebigen Agent-Sitzungen hin- und hertransportieren. Ohne dauerhaften Speicher verlieren Agenten den Überblick über frühere Entscheidungen, was zu redundanten Arbeiten und einem fragmentierten Verständnis des Projektstatus führt. Kiro Bots lösen dieses Problem durch die Pflege einer dedizierten Memory-Datei, die über Sitzungen hinweg bestehen bleibt. So bleiben Korrekturen und gelernte Einschränkungen aktiv, ohne dass der Entwickler sie manuell erneut eingeben muss.

Kathy Kam, Director of Engineering bei AWS Agentic AI, betont, dass Vertrauen in solche Systeme aus nachweisbaren Ergebnissen resultiert und nicht aus abstrakten Intelligenz-Metriken. Jeder Bot arbeitet mit einem spezifischen Satz an Tools und Berechtigungen, die bei der Erstellung definiert werden. Dies verhindert unbefugte Aktionen, während der Bot Kompetenz in seinem zugewiesenen Bereich aufbauen kann. Beispielsweise könnte ein Recherche-Bot nur lesenden Zugriff auf Dateien und Websuche-Fähigkeiten haben, während ein Deployment-Bot Skripte ausführen darf, aber vor Änderungen eine menschliche Genehmigung benötigt.

Wie es funktioniert

Jeder Kiro Bot fungiert als unabhängige Entität mit einem eigenen Speicher, implementiert als Markdown-Datei, die sowohl vom Bot als auch vom Entwickler gelesen und geschrieben werden kann. Diese Datei dient als einzige Quelle der Wahrheit für den aktuellen Status des Bots, vergangene Entscheidungen und operative Grenzen. Wenn ein Bot eine Sitzung startet, referenziert er diese Datei, um seine Rolle und jeglichen vorherigen Kontext zu verstehen, wodurch es unnötig wird, dass der Entwickler die Aufgabe erneut erklärt.

Bots können mehrere parallele Worker-Sitzungen starten, um komplexe Jobs zu bearbeiten, deren Fortschritt überwachen und Ergebnisse bei Abschluss zusammenführen. Wenn eine Sitzung vom geplanten Kurs abweicht, kann der Bot sie automatisch korrigieren. Entscheidend ist, dass Bots keine Arbeit an andere Bots delegieren können; diese Designentscheidung verhindert die Kumulierung von Fehlern und stellt sicher, dass jeder Bot für seinen spezifischen Bereich verantwortlich bleibt. Entwickler verbinden Bots manuell miteinander, um die Kontrolle darüber zu behalten, wie Informationen zwischen verschiedenen Teilen des Workflows fließen.

Die Kommunikation mit einem Bot erfolgt über einen dedizierten Chat-Kanal, in dem Entwickler die Richtung vorgeben und Ergebnisse überprüfen. Der Bot kann bestimmte Aufgaben pausieren, um menschliche Eingaben anzufordern, während er gleichzeitig an unabhängigen Teilaufgaben weiterarbeitet, was den Gesamtdurchsatz optimiert. Mit der Zeit passt sich das Verhalten des Bots an die Präferenzen des Entwicklers und die Anforderungen des Projekts an, wodurch ein personalisierter Assistent entsteht, der den individuellen Arbeitsstil des Ingenieurs widerspiegelt.

Wichtige Details

• Kiro Bots wurden am 7. November 2026 als Teil des AWS Kiro Ökosystems veröffentlicht.
• Jeder Bot verwaltet seinen eigenen dauerhaften Speicher über eine lesbare und schreibbare Markdown-Datei.
• Bots können parallele Worker-Sitzungen starten und überwachen, aber keine Aufgaben an andere Bots delegieren.
• Berechtigungen sind streng bei der Erstellung festgelegt; Bots benötigen eine explizite Genehmigung, um zusätzliche Tools zu erhalten.
• Entwickler interagieren mit Bots über laufende Chat-Kanäle, die als primäre Schnittstelle für Anweisungen und Feedback dienen.
• Das System ist darauf ausgelegt, "Context Rot" zu verhindern, indem sichergestellt wird, dass in einer Sitzung gelernte Lektionen für zukünftige Aufgaben bestehen bleiben.

Warum es wichtig ist

Für Software-Teams, die mit KI arbeiten, stellt der Wandel von der Aufgaben-Delegation zur Prozess-Delegation einen erheblichen Effizienzgewinn dar. Anstatt Stunden damit zu verbringen, Kontext zwischen kurzlebigen Agent-Interaktionen zu kopieren, können Ingenieure hochrangige Ziele definieren und die Ausführungsdetails den Bots überlassen. Dies reduziert die kognitive Last und minimiert das Risiko von Fehlern, die durch unvollständige oder veraltete Informationen entstehen, die zwischen Sitzungen übergeben werden.

Der Fokus auf eingeschränkte Berechtigungen und menschliche Genehmigungen (Human-in-the-loop) adressiert zudem kritische Sicherheitsbedenken beim autonomen Coden. Indem AWS sicherstellt, dass Bots nur Zugriff auf die für ihre spezifische Aufgabe notwendigen Tools haben, wird die potenzielle Auswirkung von Fehlern begrenzt. Dieser strukturierte Ansatz ermöglicht es Organisationen, agentische Workflows mit größerem Vertrauen zu adoptieren, da kritische Aktionen wie Deployments weiterhin eine menschliche Verifizierung erfordern.

Darüber hinaus vereinfacht die Unfähigkeit der Bots, an andere Bots zu delegieren, das Debugging und die Verantwortlichkeit. Wenn ein Problem auftritt, können Entwickler es auf die Logik und den Speicherzustand eines spezifischen Bots zurückführen, ohne sich durch ein komplexes Netz von Abhängigkeiten zwischen Agenten navigieren zu müssen. Diese Klarheit ist entscheidend für die Aufrechterhaltung zuverlässiger Software-Delivery-Pipelines, wenn KI-Agenten stärker in tägliche Entwicklungsworkflows integriert werden.

Was Sie tun können

• Öffnen Sie die Kiro Crew Seitenleiste in Ihrer Entwicklungsumgebung, um auf den neuen Bots-Workspace zuzugreifen.
• Erstellen Sie einen neuen Bot und wählen Sie entweder einen Standard-Agenten oder eine benutzerdefinierte Agent-Basis mit spezifischen Prompts und Tools.
• Definieren Sie strenge Berechtigungsbereiche für jeden Bot und beschränken Sie den Zugriff nur auf die für die jeweilige Aufgabe erforderlichen Tools.
• Richten Sie routinemäßige Checks ein, z. B. dass ein Bot nächtlich Build-Fehler untersucht, um repetitive Monitoring-Aufgaben zu automatisieren.
• Überprüfen und bearbeiten Sie regelmäßig die Memory-Markdown-Datei des Bots, um Missverständnisse zu korrigieren oder operative Grenzen zu aktualisieren.
• Überwachen Sie die Leistung der Bots über ihre dedizierten Chat-Kanäle und geben Sie Feedback, um ihr Verhalten im Laufe der Zeit zu verfeinern.