Du kennst das: Ein neuer Kollege oder eine neue Kollegin kommt ins Team. Hochmotiviert, Top-Studium, aber keine Ahnung von euren Prozessen, eurem Jargon oder den Tools. Du erklärst, wo die Daten liegen, was die Abkürzungen bedeuten, wie ihr arbeitet. Und trotzdem dauert es Wochen, bis die Person produktiv ist. Mit KI-Assistenten im Unternehmen ist es ähnlich. Die Modelle können viel, aber sie kennen euer Unternehmen nicht. Sie verstehen eure Terminologie nicht, wissen nicht, wo eure Systeme stehen oder wie ihr typische Aufgaben angeht. Cloudflare OS will das ändern. Der Konzern hat eine Plattform gebaut, die jedem Mitarbeiter einen Agenten gibt, der den Firmenkontext kennt. Und das als Open Source.
Das Problem: KI-Agenten ohne Unternehmenskontext
Wenn du einem KI-Agenten eine Aufgabe gibst, ist er wie ein Fremder in einer neuen Stadt. Er kann Code schreiben, Texte verfassen, Daten analysieren – aber ohne die kulturellen und prozessualen Eigenheiten deines Unternehmens bleibt das Stückwerk. Er weiß nicht, dass ihr bestimmte Begriffe anders verwendet, dass euer CRM eine spezielle Logik hat, welche Qualitätsstandards im Team gelten. Die Entwickler von Cloudflare haben das erkannt. Ihre erste Version von Cloudflare OS, intern seit Mai im Einsatz, zeigte: Der bloße Zugriff auf Tools reicht nicht. Die Agenten müssen eingebettet sein in den Wissensschatz und die Arbeitsweisen des Unternehmens. Erst dann können sie repetitive Aufgaben übernehmen, Dokumente erstellen, Daten visualisieren, Workflows automatisieren.
Die erste Version konzentrierte sich auf einzelne Nutzer mit privaten Workspaces. Doch die Teamarbeit offenbarte ein Grundproblem: Es war unklar, welche Daten ein Agent gesehen hatte und wer was sehen durfte. Wer einen Beitrag teilte, konnte ungewollt sensiblen Inhalt exponieren. Ein Sicherheitsproblem, das viele KI-Plattformen unterschätzen. Cloudflare OS wurde deshalb neu aufgebaut – mit Sicherheit als Fundament, nicht als nachträglicher Zusatz.
Drei Bausteine für produktive Agenten
Wie sieht ein System aus, das Agenten mit Unternehmenskontext und sicherem Zugriff kombiniert? Cloudflare OS besteht aus drei Komponenten, die ineinandergreifen.
Der erste Baustein ist ein Agent-Workspace für jeden Mitarbeiter. Er läuft im Browser, ohne Programmierkenntnisse oder Terminal. Ein Workspace ist mehr als ein Chatfenster: Er vereint Agentensitzungen, persistenten Zustand, Ausgaben und Dateien sowie einen isolierten Laufzeitbereich, in dem der Agent Code schreibt und ausführt. Vorkonfiguriert sind die kuratierten Kontext- und Skill-Bibliotheken des Unternehmens. So muss niemand Prozesse mühsam erklären – wer eine bessere Methode gefunden hat, kann sie teilen.
Der zweite Baustein ist ein Sicherheits- und Governance-Framework, das den Zugriff auf interne Daten regelt. Jeder Agent startet ohne jeglichen Zugriff. Er kann Zugriff auf bestimmte Ressourcen anfragen, du gewährst oder verweigerst ihn. Der generierte Code erhält die Ressource als sogenannte Capability – eine Art Berechtigungsschein. Die Anmeldedaten bleiben isoliert vom Agenten und vom generierten Code. Vergleich: Du gibst einem Handwerker nicht den Generalschlüssel, sondern öffnest pro Raum einzeln die Tür.
Der dritte Baustein ist eine Plattform für individuelle, modifizierbare Apps. Klassische Produktivitätssammlungen haben feste Anwendungen: Textdokumente, Tabellen, Präsentationen. Cloudflare OS dreht das um: Jede „Datei“ kann eine eigene, von einem Agenten generierte App sein. Diese App hat eigene Oberfläche, Logik und Speicherung. Sie kann live mit Unternehmensdaten verbunden sein und sich aktualisieren, wenn sich Quellen ändern. Du formst das Werkzeug nach deinen Bedürfnissen – nicht umgekehrt.
Sicherheit: Gatekeepers und protokollierte Beobachtungen
Der wichtigste Teil von Cloudflare OS ist das Sicherheitskonzept. API-Keys gewähren breiten Zugriff, sind schwer einzuschränken und zu überwachen. Model Context Protocol (MCP) Server sind eine Verbesserung, weil sie den Agenten mit einem definierten Satz von Werkzeugen verbinden, ohne den Schlüssel herauszugeben. Aber MCP allein verrät nichts darüber, welche Ressourcen der Agent tatsächlich gesehen hat. Er könnte Daten aus verschiedenen Systemen kombinieren und an einen weniger geschützten Ort weiterleiten.
Cloudflare OS geht weiter. Jeder Agent hat initial keinen Zugriff. Um auf eine Ressource zuzugreifen, läuft eine Anfrage über einen Gatekeeper – eine Vermittlungsschicht zwischen Agent und externem Dienst. Der Gatekeeper versteht die API des Dienstes, kennt dessen Ressourcen und Aktionen. Statt Zugriff auf das gesamte GitHub-Konto zu gewähren, kann er den Agenten auf ein Repository beschränken, das Lesen von Issues erlauben, aber das Lesen von Quellcode verbieten. Er kann Felder maskieren, Ratelimits setzen und für einen Pull-Request eine Genehmigung verlangen. Der Agent sieht nur eine schlanke TypeScript-API. Der Gatekeeper übernimmt OAuth, hält die Credentials, erzwingt Richtlinien und protokolliert alles Gelesene.
Entscheidend: Die Plattform merkt sich, welche Ressourcen ein Agent beobachtet hat. Diese Beobachtungsprotokolle bleiben mit dem Agenten und seinen Ergebnissen verknüpft. Wenn jemand auf den Workspace zugreifen oder die Apps ansehen möchte, prüfen die Gatekeepers, ob diese Person Zugriff auf die zugrunde liegenden Ressourcen hat. Beispiel: Dein Agent liest eine vertrauliche Tabelle und erstellt ein Dashboard. Ohne die zusätzliche Prüfung könnte das Teilen des Dashboards zu einer Hintertür zur Tabelle werden. Cloudflare OS verhindert das, weil es die sichere Weitergabe von Ergebnissen ermöglicht, ohne die zugrunde liegenden Daten zu kompromittieren. Außerdem können Richtlinien festlegen, dass ein Agent nach dem Lesen sensibler Daten keine externen Anfragen mehr stellt – etwa um Daten nach außen zu senden oder neue Mitarbeiter einzuladen.
Apps, die leben: Vom Gespräch zur individuellen Anwendung
Die dritte Säule ist die Fähigkeit, Apps zu generieren. Wenn du deinem Workspace eine Aufgabe gibst, etwa einen Report zu erstellen oder eine Kalkulation aufzubereiten, kann der Agent nicht nur Dokumente erzeugen, sondern auch eine vollständige Web-App bauen. Die App hat Clientcode, der im Browser läuft, und Servercode, der als „Dynamic Worker“ ausgeführt wird. Der Server wird bei Bedarf in einer isolierten V8-Instanz geladen und erhält eine eigene SQLite-Datenbank. Die App braucht keine eigene Serverinfrastruktur – sie läuft innerhalb der Cloudflare-Worker-Plattform.
Die Kommunikation zwischen Browser und Server erfolgt über Cap’n Web, eine open-source RPC-Technologie von Cloudflare. Das Besondere: Der Agent kann dieselben Methoden aufrufen wie der Benutzer. Ein Tool, das du selbst entwickelt hast, kann auch vom Agenten verwendet werden, wenn du nicht da bist. Du erstellst eine kleine App, die bestimmte Daten abfragt und aufbereitet – später kann der Agent diese App eigenständig nutzen, um ähnliche Aufgaben zu erledigen. Das ist Zusammenarbeit zwischen Mensch und Maschine, kein simpler Chatbot.
Teilen gehört dazu. Du kannst eine App wie ein Dokument teilen, andere können sie in Echtzeit mitnutzen. Oder du teilst eine „Blueprint“, also die Bauanleitung der App. Andere erstellen dann eine eigene Kopie mit eigenem Datenbestand und eigenen Ressourcen. So verbreitet sich Wissen im Team, ohne dass jeder von vorne beginnt. Die Open-Source-Natur erlaubt jeder Organisation, diese Mechanismen anzupassen.
Open Source: Der nächste Schritt für Unternehmens-KI
Cloudflare OS ist als Open-Source-Plattform veröffentlicht. Das ist keine Marketing-Entscheidung. Jedes Unternehmen kann die Plattform herunterladen, anpassen und mit eigenen Systemen verbinden. Ein deutlicher Kontrast zu geschlossenen KI-Lösungen, die oft kaum konfigurierbar sind und als Blackbox funktionieren. Mit Cloudflare OS gehören dir die Regeln, die Daten und die Sicherheitsmechanismen.
Für Entwickler und Architekten ist das eine Einladung, eigene Gatekeepers zu bauen, Skills zu kuratieren und die Plattform in bestehende Workflows zu integrieren. Unternehmen ohne eigene IT-Abteilung haben vielleicht eine Hürde, aber die Cloudflare-Infrastruktur ist verbreitet, die Integration ins Workers-Ökosystem naheliegend. Die Plattform lässt sich an jede Organisation anpassen – vom Start-up bis zum Großkonzern.
Was heißt das konkret für dich? Wenn du mit KI-Agenten experimentierst, weißt du: Die Herausforderung sind nicht die Sprachmodelle, sondern der Kontext und die sichere Einbindung in Unternehmenssysteme. Cloudflare OS zeigt einen Weg, diese Hürde zu überwinden. Es versucht, KI von einem Spielzeug zu einem Werkzeug zu machen, das in der Arbeitswelt etwas verändert. Die Plattform ist noch jung, aber die Prinzipien – Kontext teilen, Sicherheit eingebaut, Apps als Bausteine – sind tragfähig. Ein Blick darauf lohnt sich, vielleicht ein Test. Die Auswirkungen auf die Produktivität im Team können spürbar sein – wenn man die Balance zwischen Automatisierung und menschlicher Kontrolle findet.
Quelle: blog.cloudflare.com
