Google splitst AX-runtime en zet taken in Redis

Google heeft versie 0.3.0 van AX uitgebracht, de open source orkestrator voor AI-agents die het bedrijf onder Apache 2.0 aanbiedt. De release kwam op 20 september online en belandde daarna bovenaan Hacker News. De grootste wijziging zit niet in nieuwe functionaliteit, maar in de plek waar AX de status van lopende taken bewaart: die verhuist van Kubernetes naar Redis Streams.

Eén runtime wordt drie services

AX draaide tot nu toe als één geheel. In 0.3.0 splitst Google het pakket op in drie onderdelen: ax-server als API-frontend, ax-controller als reconciler en ax-task-runner voor de afgeschermde uitvoering van taken. De kernbegrippen blijven hetzelfde. Een Task is een opdracht, een Workspace de omgeving waarin die draait, en via Gateway en Model regel je de toegang tot taalmodellen. De code is geschreven in Go en te installeren met go install github.com/google/ax/cmd/ax@latest.

Wie van 0.2.x komt, moet rekening houden met werk. De Python-harness, de ATE-client, het SQL-gebaseerde event log en de meegeleverde skill-voorbeelden zijn niet afgebouwd maar simpelweg weg. Daar staat uitgebreidere documentatie over opzet en uitrol tegenover.

Waarom etcd de bottleneck werd

De verhuizing naar Redis heeft een praktische reden. Kubernetes bewaart custom resources in etcd, en etcd is gebouwd voor configuratie die zelden verandert, niet voor miljoenen kortlopende taken die continu ontstaan en verdwijnen. Google schrijft in de documentatie dat het systeem met Redis miljoenen korte taken aankan zonder etcd te belasten.

Redis Streams levert nog iets op. AX zet de toestand van een agent doorlopend weg als checkpoint, waardoor een gesneuvelde taak verdergaat bij exact het volgnummer waar hij stopte. Sung Kim, die de release op Bluesky besprak, noemt AX daarom ontworpen op betrouwbaarheid, met ingebouwde ondersteuning voor herstel en hervatting in gedistribueerde opstellingen. AX gaat er verder van uit dat je een stap opnieuw kunt draaien zonder dubbele bijwerkingen, en logt elke statuswisseling.

Wat er nodig is om het te draaien

AX is gratis, maar niet goedkoop in onderhoud. Je hebt een Kubernetes-cluster nodig, een Redis-instantie, een container registry en API-sleutels voor een taalmodel. Dat plaatst het pakket buiten het bereik van teams die even snel een agent willen testen, en richting organisaties die er al infrastructuurmensen op hebben zitten. Het past in een bredere beweging waarin agent-software van experiment naar productie schuift, zichtbaar in releases als Step 5 Preview van StepFun en het open source maken van ZCode door Z.ai.

Wat betekent dit

De keuze voor Redis zegt iets over de fase waarin agents zitten. Zolang een agent een enkel gesprek was, voldeed bestaande infrastructuur. Nu bedrijven duizenden agents tegelijk laten lopen, botst dat op de aannames van Kubernetes, en dan verandert de architectuur mee. Voor teams die met agents in productie werken is dit relevanter dan weer een model met een groter contextvenster, zoals Qwen3.8-Omni-Flash. Tegelijk groeit met elk draaiend agent-platform het aanvalsoppervlak, iets dat de Plugin4Shell-kwetsbaarheid in vier codeeragents vorige week liet zien. Wie AX gaat draaien, beheert vanaf dat moment niet alleen modellen maar ook een cluster.