Cloudflare verschiebt die zentrale Abstraktion für KI-Agenten: Nicht der langlebige Container, sondern ein „Computer“ mit persistentem Arbeitsbereich soll künftig die Einheit sein, in der ein Agent Dateien, Shell, Tools und Browser nutzt.
Mit dem heute als Early Preview veröffentlichten Open-Source-Paket @cloudflare/computer legt Cloudflare eine Laufzeit vor, die einen Agenten nicht fest an eine einzelne Ausführungsumgebung bindet. Der Agent erhält einen Workspace; die Plattform entscheidet, ob eine Aufgabe in einem Isolate, einer Container-Sandbox oder im Browser ausgeführt wird.
Der technische Punkt: Zustand vom Compute entkoppeln
Der Architekturvorschlag zielt auf ein praktisches Problem von Computer-Use-Agenten. Ein klassischer „ein Container pro Agent“-Ansatz hält für jeden Lauf vergleichsweise schwere Infrastruktur vor – auch dann, wenn der Agent gerade nur Dateien liest, plant oder auf einen Tool-Call wartet.
Cloudflare verankert den Agent-Harness nach eigener Beschreibung in einem Durable Object. Isolates übernehmen die leichtgewichtigen, horizontal skalierbaren Teile und können bei Inaktivität hibernieren. Rechenintensive oder Linux-nahe Aufgaben werden nur bei Bedarf an eine angeschlossene Container-Sandbox delegiert. Der gemeinsame Arbeitsbereich soll über diese Umgebungen hinweg erhalten bleiben.
| Statt | Cloudflares „Computer“-Modell |
|---|---|
| Ausführungsumgebung ist zugleich der Agent-Zustand | Ein persistenter Workspace ist die Agenten-Einheit |
| Container läuft als Default | Container ist ein gezielt aufgerufenes Werkzeug |
| Tool-Auswahl und Compute-Ort liegen weitgehend bei der App | Die Runtime abstrahiert Isolate, Sandbox und Browser |
Warum das für Teams relevant ist
Das ist vor allem ein Betriebs- und Kostenargument. Agentenläufe bestehen oft aus viel Orchestrierung, I/O und Wartezeit – nicht nur aus Shell-Kommandos. Kann die Laufzeit diese Phasen in Isolates abwickeln und eine Sandbox nur für npm, native Binaries oder andere schwere Schritte hochziehen, wird der Ressourcenpfad feiner steuerbar.
Für Entwickler bedeutet das zugleich eine andere Schnittstelle: Statt einen Container-Lebenszyklus selbst zu modellieren, bauen sie gegen einen „Computer“ mit Dateisystem und Werkzeugen. Das kann den Einstieg vereinfachen, verlagert aber Vertrauen und Debugging stärker in die Plattform. Cloudflare bezeichnet den Stand ausdrücklich als Early Preview; produktive Anforderungen an Isolation, Persistenz und Observability sollten daher separat validiert werden.
Einordnung
Die Meldung ist kein Beweis, dass Container für Agenten verschwinden. Sie ist aber ein deutlicher Hinweis darauf, wohin sich Agenteninfrastruktur bewegt: weg von der pauschalen Sandbox pro Lauf, hin zu einer zustandsorientierten Runtime mit gestaffeltem Compute. Für Teams mit vielen parallelen, lang laufenden Agenten ist genau diese Trennung relevanter als ein weiteres Modell-Release.
Leave a Reply