ARCHITEKTUR / 01

Bevor die KI etwas sieht,
fällt die wichtigste Entscheidung.

Die entscheidende Frage ist nicht zuerst, ob GPT, Claude oder ein anderes Modell verwendet wird. Entscheidend ist, welche Information diese Modelle überhaupt sehen dürfen. Genau vor dieser Grenze sitzt Psoydo.

TRUST BOUNDARY / 02

Innen bleibt die Zuordnung.
Außen arbeitet nur der Kontext.

Originaldaten und die Zuordnung zu Pseudonymen gehören in die kontrollierte Seite des Prozesses. Das Zielmodell arbeitet mit dem pseudonymisierten Kontext. Diese Trennung ist der zentrale Architekturgedanke.

UNTERNEHMENSSEITECONTROLLED ZONE

Original + Zuordnung

Hier liegen die Informationen, die reale Personen, Unternehmen, Orte oder andere schützenswerte Bezüge identifizierbar machen.

01
OriginaldatenDokumente, Tabellen, Mails, Logs
REAL
02
MappingOriginal ↔ Pseudonym
CONTROLLED
03
ReviewRevision, Sichtabgleich, Freigabe
HUMAN
P PSOYDO CONTROL BOUNDARY IDENTITÄT
→ KONTEXT
MODELLSEITEABSTRACTED ZONE

Kontext + Pseudonyme

Das Zielmodell erhält nur den Arbeitskontext, der für die Analyse vorgesehen ist; mit konsistenten Pseudonymen statt der ursprünglichen Identitäten.

A
Pseudonymisierter PayloadPERSON_041 · UNTERNEHMEN_018 · ORT_003
ABSTRACTED
B
ZielmodellGPT, Claude, Gemini oder anderes Modell
SELECTABLE
C
AnalyseergebnisAntwort weiterhin mit Pseudonymen
RETURN
PSEUDONYMISIERTER ARBEITSKONTEXT →
← KONTROLLIERTE RÜCKFÜHRUNG
ARCHITEKTURPRINZIP

Die Schutzentscheidung wird vor dem Zielmodell getroffen. Dadurch kann die Modellwahl von der Identitätsfrage entkoppelt werden.

DATENZUSTÄNDE / 03

Nicht jeder Datenzustand
darf gleich behandelt werden.

01 / ORIGINAL Reale Identität

Namen, Unternehmen, Orte, Kennungen und weitere Bezüge in ihrer ursprünglichen Form.

QUELLE DES PERSONEN- ODER UNTERNEHMENSBEZUGS
02 / MAPPING Kontrollierte Zuordnung

Die Beziehung zwischen Original und Pseudonym. Sie ermöglicht die spätere kontrollierte Rückführung.

BRÜCKE ZWISCHEN ORIGINAL UND ABSTRAKTION
03 / PAYLOAD Pseudonymisierter Kontext

Die Information, die das externe Modell für die konkrete Analyseaufgabe erhalten soll.

ARBEITSEBENE DES ZIELMODELLS
BETRIEBSMODELL / 04

Jahreslizenz.
Deine Infrastruktur.

Im Produktivbetrieb installierst du Psoydo auf deinen eigenen Laptops oder Servern und nutzt eine Jahreslizenz. Der vorgeschaltete SaaS-Pilot ist ausschließlich eine zeitlich begrenzte Evaluation.

PRODUKTIVBETRIEB / A

Laptop

Installation auf deinem eigenen Laptop. Technische Voraussetzungen und Einrichtung stimmen wir für deinen Einsatz ab.

KUNDENEIGENES GERÄT · JAHRESLIZENZ
PRODUKTIVBETRIEB / B

Server

Installation auf deinen eigenen Servern. Die konkrete Einbindung und den Leistungsumfang legen wir im Angebot fest.

KUNDENEIGENE INFRASTRUKTUR · JAHRESLIZENZ
EVALUATION / C

30-Tage-Pilot

Ein Nutzer prüft einen Use Case in unserer SaaS-Demoumgebung. Der Pilot endet nach 30 Tagen ohne automatische Verlängerung.

ZEITLICH BEGRENZTE SAAS-DEMO · 990 € NETTO

Technische Voraussetzungen, Einrichtung und die Umsetzung von Mapping, Schlüsseln, Logging und weiteren Komponenten werden für deinen konkreten Einsatz vor dem Start dokumentiert. Die SaaS-Demo ist auf den Pilotzeitraum begrenzt; der Produktivbetrieb erfolgt in deiner Infrastruktur.

MODELLFREIHEIT / 05

Die KI darf wechseln.
Die Schutzgrenze nicht.

Die Schutzlogik soll nicht davon abhängen, welcher Modellanbieter gerade die beste Lösung für eine Aufgabe liefert. So kann das Zielmodell nach fachlicher Eignung gewählt werden, ohne den Schutzprozess neu zu erfinden.

MODELLKLASSE / 01GPTmögliches Zielmodell
MODELLKLASSE / 02Claudemögliches Zielmodell
MODELLKLASSE / 03Geminimögliches Zielmodell

Architektur wird erst dann relevant,
wenn dein Use Case konkret wird.

Im Pilot lässt sich klären, welche Betriebsform und welche Schutzgrenzen für euren konkreten Einsatz tatsächlich notwendig sind.