Agent Executor, kurz AX, ist Googles Antwort auf ein Problem, das jede Demo übersteht und jeden Produktivbetrieb quält. Ein KI-Agent läuft nicht wie ein Web-Request in Millisekunden ab, sondern wartet minutenlang auf ein Modell, stundenlang auf eine menschliche Freigabe und bricht bei jedem Serverneustart mitten im Vorgang ab.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Google veröffentlicht die Laufzeit quelloffen unter Apache-2.0, die Vorabversion 0.3.0 liegt bereits auf GitHub. Für Entscheider verschiebt der Schritt die Leitfrage vom stärksten Sprachmodell hin zur Infrastruktur, die einen Agenten überhaupt verlässlich am Laufen hält.
Das Wichtigste in Kürze
- Agent Executor (AX) ist eine quelloffene, verteilte Laufzeit von Google für autonome KI-Agenten, veröffentlicht unter Apache-2.0 und geschrieben in Go.
- Kernfunktion ist die dauerhafte Ausführung: AX sichert wartende Agenten als Momentaufnahme und setzt sie nach Ausfall oder Unterbrechung an derselben Stelle fort.
- Jeder Agent läuft in einer abgeschotteten Sandbox mit festen Rechenlimits und einer Freigabeliste für ausgehende Verbindungen, entscheidend bei selbst erzeugtem Code und fremden Daten.
- Der Betriebsort zählt für europäische Firmen mehr als der Funktionsumfang: AX läuft selbst betrieben auf eigenen Kubernetes-Clustern, statt in einer fremden Agenten-Cloud.
Was ist Agent Executor, und welches Problem löst er?
Eine Agenten-Laufzeit koordiniert alles, was zwischen Modell, Werkzeugen und Datenquellen geschieht, während ein Agent eine Aufgabe abarbeitet. Google beschreibt AX als hochdurchsatzfähigen, deklarativen Orchestrator, der Milliarden autonomer Agenten-Workloads in einem Cluster ausführen soll.[1] Ein zustandsloser Microservice vergisst nach jeder Antwort alles; ein Agent aus der Welt der künstlichen Intelligenz hält laufend Zustand, verzweigt seine Entscheidungen und wartet auf Werkzeuge, deren Antwort dauert.
Vier Bausteine trägt das System, alle als Kubernetes-artige Manifeste beschrieben: eine gekapselte Task mit festen CPU- und Speichergrenzen, ein Workspace mit Git-Repositorys und angebundenen Werkzeugen, ein Gateway, das ausgehende Verbindungen auf erlaubte Ziele beschränkt, und ein Model für die Anbindung des Sprachmodells. Denselben Weg geht Ant Group mit einem eigenen Betriebssystem für autonome Agenten, ein Zeichen, dass die Branche die Laufzeit für wichtiger hält als das nächste Modell.
Warum bringen KI-Agenten den Serverbetrieb aus dem Takt?
Der eigentliche Bruch sitzt im Zustand. Ein wartender Agent belegt Speicher, hält offene Vorgänge und geht bei einem Neustart verloren, samt aller bereits erledigten Schritte. AX schreibt deshalb ein Ereignisprotokoll und legt Momentaufnahmen an, friert einen pausierenden Agenten ein und holt ihn nach einem Ausfall oder einer menschlichen Freigabe an genau der Stelle zurück.[2]
Die zweite Gefahr ist der Code, den ein Agent selbst erzeugt. AX sperrt jede Task in eine abgeschottete Sandbox, hält über eine Einzelschreiber-Architektur den Zustand konsistent und lässt Entwickler Entscheidungspfade aus einer Momentaufnahme heraus verzweigen. Die Schutzschicht zielt auf zwei bekannte Schwächen: Autonome Agenten werden im Workflow schnell unnötig teuer, und ohne lückenloses Protokoll täuschen sie und sprechen sich ab.
Der Wettlauf um das beste KI-Modell lenkt vom teureren Engpass ab: Kein Agent taugt für den Ernstfall, solange ein Serverneustart seine halbe Arbeit vernichtet. Genau diese unsichtbare Klempnerei entscheidet, welche Firma Agenten wirklich in den Betrieb bringt.
— Markus Seyfferth, Chefredakteur Dr. Web
Jede Task läuft gekapselt mit festen Rechenlimits und einer Freigabeliste für ausgehende Verbindungen. Genau das zählt, sobald ein Agent selbst Code erzeugt oder fremde Daten verarbeitet.
Was bedeutet der Agenten-Orchestrator für Firmen in der EU?
Zwei Pflichten des EU AI Act treffen genau die Stellen, die AX von Haus aus liefert. Hochrisiko-Systeme müssen ihre Abläufe automatisch protokollieren und unter menschlicher Aufsicht stehen. Das Ereignisprotokoll von AX und die eingebauten Freigabepunkte für einen Menschen liefern die technische Grundlage dafür, nehmen dem Betreiber die rechtliche Verantwortung aber nicht ab.
Der Betriebsort wiegt für europäische Firmen schwerer als jede Funktionsliste. Weil AX quelloffen ist und auf eigenen Kubernetes-Clustern läuft, bleiben Agenten und Firmendaten im eigenen Rechenzentrum, statt in einer fremden Agenten-Cloud. Das Gateway mit seiner Freigabeliste begrenzt zusätzlich, wohin Daten überhaupt abfließen, ein Hebel gegen ungewollten Drittlandtransfer. Der Aufbau lohnt trotzdem nur, wo Agenten echten Nutzen stiften, denn bislang setzen Unternehmen auf KI-Agenten, ihre Kunden aber nicht.
Für Entscheider zählt jetzt die nüchterne Prüfung statt des schnellen Einsatzes. Version 0.3.0 ist eine frühe Vorabversion, Google kündigt weitere tiefgreifende Änderungen an, ein Produktivstart verbietet sich also vorerst. Klären Sie in einem Pilotprojekt, wo Agenten und Modell laufen, wer ihre Schritte einsehen darf und ab wann ein Mensch eingreift. Feste Rollen und Grenzen, früh gesetzt, halten die Kosten autonomer Agenten im Zaum.
FAQ: Agent Executor, Googles Laufzeit für KI-Agenten
Was ist Agent Executor (AX)?
Agent Executor, kurz AX, ist eine quelloffene, verteilte Laufzeit von Google für autonome KI-Agenten. Die Laufzeit koordiniert deren Ausführung über einen Cluster, geschrieben in Go und veröffentlicht unter der Apache-2.0-Lizenz.
Welches Problem löst Agent Executor?
AX hält langlaufende KI-Agenten im Betrieb stabil. Die Laufzeit sichert wartende Agenten als Momentaufnahme, setzt sie nach Ausfall oder menschlicher Freigabe an derselben Stelle fort und sperrt selbst erzeugten Code in isolierte Sandboxes.
Ist Agent Executor quelloffen und kostenlos?
Ja. Google stellt AX unter der Apache-2.0-Lizenz frei auf GitHub bereit. Firmen dürfen die Laufzeit selbst betreiben, anpassen und auf eigenen Kubernetes-Clustern einsetzen, ohne Lizenzgebühr.
Wie hilft AX bei Datenschutz und EU-Compliance?
AX schreibt ein Ereignisprotokoll, kennt Freigabepunkte für Menschen und begrenzt über ein Gateway die ausgehenden Verbindungen. Diese Funktionen stützen Protokoll- und Aufsichtspflichten des EU AI Act, ersetzen eine eigene Rechtsprüfung aber nicht.
Ist Agent Executor schon produktionsreif?
Noch nicht. Version 0.3.0 ist eine frühe Vorabversion, und Google kündigt weitere tiefgreifende Änderungen an. Für den Ernstfall eignet sich AX vorerst nur im Pilotbetrieb, nicht als fertige Produktionsplattform.
Quellen
[1] Google Cloud: „Agent Executor, Google’s distributed Agent Runtime“. Ankündigung im Google Cloud Blog
[2] Google: Projekt „ax“, Dokumentation zu Suspend, Resume und Sandboxing. Repository google/ax auf GitHub
Mehr Newshunger?
- SAP Industry AI: KI, die Branchenprozesse selbst zu Ende führt
- Databricks: KI-Suchmodell entscheidet selbst, wann die Recherche reicht
- 90,62 Prozent: Chinas OceanBase schlägt GPT und Claude im Data Agent Benchmark
- Kimi K3 auf Amazon Bedrock: Chinas offene KI wird per Klick mietbar
- Is Agentic: Vercels kostenloser Test bewertet, wie gut KI-Agenten Ihre Website nutzen
