DepescheWerkzeuge6. August 2026neu

Cloudflare gibt seine interne Agenten-Arbeitsumgebung als Open Source frei

Cloudflare hat am 5. August 2026 „Cloudflare OS“ veröffentlicht – nach eigener Beschreibung „an open-source platform that lets everyone in your company build apps, automate work, and safely access internal systems“. Trotz des Namens ist es kein Betriebssystem, sondern eine Arbeitsumgebung, die Unternehmensdaten, interne Dienste und KI-Agenten unter einem Rechtemodell zusammenführt. Der Code liegt unter Apache 2.0 auf GitHub und lässt sich in einem eigenen Cloudflare-Konto betreiben. Intern ist die Plattform laut Cloudflare seit Mai 2026 ausgerollt und wird dort von „thousands of people across every function“ täglich genutzt.

Cloudflare beschreibt drei Bestandteile: erstens „an agent workspace grounded in context and skills your company curates, with an isolated runtime where agents can write and run code“, zweitens „a new security and governance framework for safe access to internal data and services“ und drittens „a platform for personal, modifiable apps that people can build, share, and continue changing“. Im Repository heißt das Projekt „an ‚operating system‘ for AI productivity originally developed for use inside Cloudflare“; die selbstgebauten Kleinanwendungen laufen dort unter dem Namen „gadgets“, der Rechte-Rahmen unter „gatekeepers“ – fähigkeitsbasierte Leitplanken, die regeln, worauf Agenten und Anwendungen zugreifen dürfen.

Die deutschsprachige Rezeption bei heise ergänzt die Architektur: eine browserbasierte Chat-Oberfläche als Einstieg und ein AI Gateway, das die Identität der anfragenden Person kennt, Anfragen an das passende Modell weiterreicht und dabei Ratenbegrenzungen und Token-Budgets durchsetzt. Der Zweck ist ausdrücklich Kontext-Ökonomie: Agenten sollen Terminologie, Prozesse, Daten und Anwendungen des Unternehmens kennen, ohne dass Nutzerinnen und Nutzer diesen Kontext bei jeder Anfrage wiederholen – das spart Token und verbessert die Antworten, während die Zugriffsrechte der jeweiligen Person weiterhin gelten. Die Arbeitsbereiche laufen voneinander isoliert, sodass Agenten dort Dokumente anlegen und Software schreiben und ausführen können, ohne dass ein Fehler nach außen wirkt.

Zur Einordnung: Der Code steht unter Apache 2.0 in `github.com/cloudflare/cloudflare-os`, dazu gibt es ein Beispiel-Deployment in `cloudflare-os-starter`. Für den Produktivbetrieb ist ein Cloudflare-Konto nötig; lokal testen lässt sich die Plattform über `wrangler` oder die quelloffene Workers-Laufzeit `workerd`. Anbindungen an GitHub, Google oder Slack sind optionale OAuth-Erweiterungen, kein Kern. Was die Ankündigung nicht liefert: Angaben zu Modell-Anbietern jenseits der Gateway-Beschreibung, Messwerte zur behaupteten Token-Ersparnis, eine Sicherheitsbewertung des Gatekeeper-Modells durch Dritte und eine Aussage darüber, wie weit sich die Plattform ohne Cloudflare-Infrastruktur betreiben lässt.

// Einordnung der Redaktion

Warum das relevant ist

Der interessante Teil ist nicht der Chat, sondern das Rechtemodell darum herum. Die drei Bausteine – kuratierter Firmenkontext samt isolierter Laufzeit für Agenten-Code, ein Sicherheits- und Governance-Rahmen für den Zugriff auf interne Daten und Dienste, und eine Plattform für selbstgebaute, teilbare Kleinanwendungen – adressieren genau die Lücke, an der betriebliche Agenten-Einführungen bisher hängen: Ein Agent ist nur so nützlich, wie er den Kontext des Unternehmens kennt, und nur so sicher, wie das begrenzt ist, worauf er in dessen Namen zugreifen darf. Dass ein Anbieter dafür seine tatsächlich intern betriebene Fassung unter Apache 2.0 offenlegt statt nur ein Produkt zu verkaufen, ist die eigentliche Nachricht. Einzuordnen ist die Selbstbindung: Der produktive Betrieb setzt ein Cloudflare-Konto voraus, lokal läuft es über `wrangler` beziehungsweise die quelloffene `workerd`-Laufzeit. Belastbare Zahlen zu Wirkung oder Sicherheit gibt es nicht – die Nutzungsangabe ist eine Selbstauskunft, eine unabhängige Prüfung liegt nicht vor.