LOCAL_ONLYNur in der freigegebenen lokalen Umgebung.
Daten & Kontrolle · Zielarchitektur
Nicht jede Aufgabe gehört automatisch in die Cloud.
AIEXOS soll Daten und Aufgaben nicht pauschal gleich behandeln. Welche Verarbeitung lokal, hybrid oder online stattfinden darf, soll aus Datenklasse, Aufgabe, Kundenrichtlinie, erlaubten Anbietern und benötigter Fähigkeit abgeleitet werden.
Local where it matters. Cloud where it helps.
Zielarchitektur · In EntwicklungStatus dieser Architektur
Noch keine produktive Routing-Funktion und keine Compliance-Zusage.
Die vier Modi beschreiben die Zielarchitektur. Technische Implementierung, Sanitization-Qualität, Provider-Regeln und Deployment-Nachweise müssen vor produktivem Einsatz konkretisiert und getestet werden.
Vier geplante Routing-Modi
Die Regel soll vor dem Modell kommen.
Nicht das Sprachmodell entscheidet, wohin Daten dürfen. Die Route soll aus expliziten Policies entstehen. Unbekannte oder widersprüchliche Fälle sollen lokal bleiben oder an einen Menschen gehen.
LOCAL_PREFERREDBevorzugt lokal; extern nur nach zulässiger Regel.
HYBRID_SANITIZEDSensible Inhalte bleiben lokal, bereinigte Teilaufgaben dürfen extern laufen.
ONLINE_OKFreigegebene Aufgaben dürfen geeignete Online-Dienste nutzen.
Konkrete Beispiele
Gleiche Plattform, unterschiedliche Verarbeitungswege.
Sensible Personalakte
In der Zielarchitektur würde ein vertrauliches HR-Dokument lokal verarbeitet.
Öffentliche Recherche
Öffentliche Informationen könnten nach Freigabe online recherchiert werden.
Vertrauliche Rezeptur
Die Rezeptur soll lokal bleiben; nur eine bereinigte Teilfrage könnte externe Recherche nutzen.
Rechnung und Lieferschein
Ein lokaler, deterministischer Vergleich kann besser passen als generative KI.
Was die Route bestimmen soll
Datenklasse + Aufgabe + Kundenregel + Anbieter + benötigte Fähigkeit.
Datenklasse
Öffentlich, intern, vertraulich, personenbezogen oder anderweitig sensibel.
Aufgabe
Recherche, Extraktion, Entscheidungsvorbereitung, Vergleich oder Ausführung.
Kundenrichtlinie
Welche Daten und Aufgaben dürfen beim konkreten Kunden wohin?
Anbieter
Welche Provider oder Dienste sind für diese Route überhaupt zugelassen?
Fähigkeit
Welche technische Fähigkeit ist notwendig — und kann sie lokal erbracht werden?
Kontrolle rund um die Verarbeitung
Routing allein reicht nicht.
Human Gates
Risiko, Wert oder Unsicherheit sollen gezielte menschliche Freigaben auslösen können.
Berechtigungen
Rollen und Rechte sollen festlegen, wer welche Daten sehen und welche Schritte auslösen darf.
Audit
Klassifikation, Route, Provider, Entscheidung und erlaubte Effekte sollen nachvollziehbar dokumentiert werden.
Fail closed
Bei unbekannter Klassifikation oder widersprüchlichen Regeln soll der Vorgang lokal bleiben oder zur Klärung eskalieren.
Klare Grenzen
Was diese Architektur heute ausdrücklich nicht behauptet.
Keine pauschale DSGVO-Zusage
Ob ein konkreter Einsatz datenschutzrechtlich zulässig ist, hängt von Deployment, Verträgen, Daten, Zweck und Prozess ab.
Keine Garantie „Daten verlassen nie das Unternehmen“
Online- und Hybrid-Routen sind bewusst vorgesehen, wenn sie erlaubt und sinnvoll sind.
Keine garantierte Anonymisierung
Sanitization muss technisch definiert, getestet und für den konkreten Datentyp bewertet werden.
Noch keine produktionsreife Routing-Funktion
Die vier Modi und die Policy-Logik sind derzeit Zielarchitektur. Die technische Implementierung und Deployment-Nachweise stehen noch aus.
Warum das wichtig ist
Vertrauen entsteht nicht durch „Cloud oder lokal“, sondern durch kontrollierte Entscheidungen.
Das Ziel ist nicht maximale Lokalität oder maximale Cloud-Nutzung. Das Ziel ist eine nachvollziehbare, kundenspezifische Regel dafür, welche Aufgabe wo ausgeführt werden darf.
Daten & Kontrolle
Welche Daten und Aufgaben sind bei Ihnen besonders sensibel?
Im Gespräch können wir zunächst klären, welche Datenklassen, Systeme und Prozessschritte für Ihren Anwendungsfall überhaupt relevant wären — ohne bereits eine Compliance-Zusage zu machen.
Daten- & Kontrollanforderungen besprechen