Dev News Daily ENDE

Google gibt AX frei, einen Orchestrator mit Agenten als Aktoren

Google hat AX veroeffentlicht, einen unter Apache 2.0 lizenzierten Orchestrator und deklarative Laufzeit fuer autonome KI-Agenten-Workloads, erreichbar unter agentexecutor.io und auf GitHub als google/ax. InfoQ berichtete am 22. September 2026.

Die Entwurfsthese lautet, dass Agenten nicht zur vorhandenen Orchestrierung passen. Ein zustandsloser Microservice bedient einen kurzen Anfrage-Antwort-Zyklus; ein Batch-Job laeuft deterministisch bis zum Ende. Ein autonomer Agent ist zustandsbehaftet, stossweise und langlebig — hohe Rechenlast beim Schlussfolgern, bei der Werkzeugausfuehrung und lokalen Codeauswertung, durchsetzt mit langen Wartezeiten auf Modellantworten, externe APIs oder Menschen. In gewoehnlicher Container-Orchestrierung verschwendet das Offenhalten von Sandboxes waehrend dieser Pausen Rechenzeit, waehrend Kaltstarts interaktive Schleifen stoeren.

AX setzt auf Agent Substrate, einer auf dichtes Aktor-Multiplexing ausgelegten Ausfuehrungslaufzeit, hinter der Systemforschung von Teams bei Google und Google DeepMind steht. Jede Agentensitzung laeuft als isolierte Aktor-Sandbox mit strengen CPU- und Speichergrenzen. Wird ein Agent untaetig, sichert die Plattform seinen Ausfuehrungszustand und setzt ihn aus; ausgesetzte Aktoren sollen in unter einer Sekunde ohne Kaltstartverzoegerung fortgesetzt werden, wobei Dutzende Aufgaben auf gemeinsame Host-Worker gelegt werden.

Vier deklarative Primitive sind vorgesehen: Task, Workspace, Gateway und Model.

Google gibt AX frei, einen Orchestrator mit Agenten als Aktoren
Google gibt AX frei, einen Orchestrator mit Agenten als Aktoren — Dev News Daily

Was das bedeutet

Die interessante technische Behauptung ist der Checkpoint, nicht die Primitive. Einen laufenden Prozess mitten in der Ausfuehrung auszusetzen und in unter einer Sekunde fortzusetzen ist der schwere Teil — und er entscheidet ueber die Wirtschaftlichkeit: Ein Agent, der den Grossteil seiner Laufzeit wartet, ist nur dann teuer, wenn man das Warten bezahlt.

"Kubernetes-artig" beschreibt die Schnittstelle, nicht den Unterbau. Deklarative Objekte, die auf einen Sollzustand abgeglichen werden, sind eine vertraute Form und passen zu langlebiger Arbeit wirklich gut. Darunter liegt aber eine Aktor-Laufzeit und kein Container-Scheduler; uebertragbar ist das Vokabular, nicht das Betriebshandbuch.

Zwei Dinge klaert die Ankuendigung nicht. Apache 2.0 und ein GitHub-Repository sagen, dass der Code verfuegbar ist; sie sagen nichts darueber, ob sich das Substrat ausserhalb der Umgebung von Google praktisch betreiben laesst. Und die Fortsetzung in unter einer Sekunde ist ein berichtetes Entwurfsziel, kein von uns gemessener Wert — zu suchen waere die Fortsetzungslatenz in Abhaengigkeit von der Zustandsgroesse, denn dort werden Checkpoint-Systeme gewoehnlich interessant.