Die meisten Plattformen schützen eine große Datenbank und hoffen, dass die Mauern halten. sSystm hat die große Datenbank nie gebaut: die Daten jeder Organisation liegen in ihrer eigenen D1, auf ihrem eigenen Cloudflare-Konto. Die Schadensreichweite jedes Vorfalls ist ein einziger Mandant — konstruktionsbedingt.
Das tatsächliche Provisionierungsmodell: eine dedizierte D1 pro Organisation, auf dem eigenen Cloudflare-Konto der Organisation — gegen den Code verifiziert.
Nichts davon ist ein nachträglich angeschraubtes Compliance-Häkchen. Jede einzelne ist Teil davon, wie die Plattform gebaut ist —und jede Aussage unten ist im Produkt überprüfbar.
Jede Organisation bekommt ihre eigene D1-Datenbank auf ihrem eigenen Cloudflare-Konto. Der Vorfall eines Mandanten bleibt der Vorfall eines Mandanten — und bricht eine Verbindung ab, schließt die API fehlersicher.
getByocDb(org) → your D1, on your accountNimm die EU bei der Anmeldung und deine Datenbank wird mit D1s Jurisdiktionsgarantie erstellt — Infrastruktur, kein Versprechen in einer Datenschutzerklärung. Nach der Erstellung verifiziert, für immer unveränderlich.
create { jurisdiction: "eu" } · verified after creationKein breiter API-Schlüssel — die OAuth-Freigabe fragt 21 feingranulare Scopes an, jeder ehrlich risikomarkiert: sicher, riskant oder destruktiv. Lies die vollständige Tabelle, bevor du etwas freigibst.
21 scopes · 8 groups · risk-labelled in the docsDeine Cloudflare-Tokens sind AES-256-GCM-verschlüsselt, jeweils mit frischem IV, unter einem Schlüssel, der nur als Server-Secret existiert. Entschlüsselt genau dann, wenn eine Aktion läuft — nie vorher.
AES-256-GCM · random 96-bit IV per tokenEin Weg hinein: Mit Cloudflare anmelden. Kein Passwortformular, keine Zugangsdaten-Datenbank zum Auslesen — deine MFA und Passkeys bleiben, wo sie schon sind. Widerrufe die Freigabe, und sSystm ist raus.
one way in: Cloudflare OAuthVon der KI vorgeschlagene Infrastruktur-Operationen werden risikoklassifiziert — und alles, was nicht nachweislich nur lesend ist, wartet als ausstehend, bis ein Mensch freigibt. Wer, wann und jeder API-Aufruf: protokolliert.
risky | destructive → pending_approval, alwaysMandanten-Isolation ist nicht eine Mauer — es ist dasselbe Prinzip, wiederholt auf jeder Schicht des Stacks:Datenbank, Abfragen, Vektorsuche und Echtzeit.
Eine einzelne Mandantengrenze kann versagen. sSystm zieht dieselbe Grenze viermal, in vier verschiedenen Systemen — direkt aus dem Code:
Eine ehrliche Anmerkung: Wir schwenken keine Compliance-Abzeichen, die wir nicht verdient haben. Was wir behaupten, ist Architektur — und jede Aussage auf dieser Seite lässt sich gegen das Produkt prüfen. Für die vertragliche Seite siehe unseren Auftragsverarbeitungsvertrag.
Das Fundament oben ist live. Auf dem weiteren Weg, offen: das Session-Management härten und den Audit-Trail, der schon Agent-Operationen abdeckt — wer wann was ausgeführt hat, mit jedem protokollierten API-Aufruf — zu einer Audit-Oberfläche über den ganzen Workspace erweitern.
Dem Changelog folgenDie eingebaute Build-KI und deine eigene KI über MCP — derselbe Kontext, Mensch in Kontrolle.
Mehr erfahrenDas ganze Modell von Anfang bis Ende: mit Cloudflare anmelden, auf deinem Konto provisionieren, deine KI verbinden.
Mehr erfahrenGenau was in deiner Datenbank liegt versus in der der Plattform — präzise beschrieben, nicht aufgerundet.
Mehr erfahrenEarly Access startet in wöchentlichen Kohorten, frühe Anmeldungen zuerst. Melde dich jetzt an und dein Workspace wird auf deinem eigenen Cloudflare-Konto eingerichtet, in der Region deiner Wahl — mit jeder Mauer auf dieser Seite bereits stehend.
Wenn du drin bist: keine E-Mail, kein Passwort — eine Cloudflare-Freigabe · Kern-Workspace kostenlos · deine Daten liegen in deinem eigenen Konto