Verantwortbare KI-Systeme · öffentlich gedacht

KI muss wissen
wann sie stoppt.

Ich arbeite an Enterprise-KI-Systemen, deren Antworten sich fachlich und technisch prüfen lassen. Dazu gehört auch, Unklarheiten zu erkennen und Entscheidungen an Menschen zurückzugeben.

Answer Ask Limit Block Escalate

Die Prämisse

Eine plausible Antwort reicht nicht.

Unternehmen haben Daten, Modelle und Plattformen. Trotzdem bleibt bei einer KI-Antwort oft offen: Welche Definition gilt? Wie wurde gerechnet? Welche Daten durfte das System sehen?

Genau dort arbeite ich. Ich übersetze fachliche Begriffe in Regeln, Kennzahlen und Zugriffskontrollen, damit eine Antwort später noch erklärbar ist.

The Responsible No

Eine Antwort ist nur
eine von fünf Möglichkeiten.

Manchmal fehlen Belege. Manchmal ist die Frage nicht eindeutig oder der Zugriff nicht erlaubt. Ein gutes System erkennt diese Fälle, bevor es eine überzeugende Antwort formuliert.

01

Antworten

Die Belege reichen aus.

Der Begriff ist klar, die Berechnung freigegeben und der Zugriff erlaubt. Das System kann zeigen, woher jede Aussage stammt.

02

Nachfragen

Die Frage lässt zwei Deutungen zu.

Das System fragt, welche Bedeutung gilt. Es wählt nicht einfach die Variante, die wahrscheinlicher klingt.

03

Begrenzen

Nur ein Teil lässt sich beantworten.

Das System nennt, was die Belege hergeben, und sagt offen, was fehlt oder unsicher ist.

04

Blockieren

Die Anfrage ist nicht erlaubt.

Berechtigungen und Geschäftsregeln stoppen die Anfrage, bevor geschützte Daten das Modell erreichen.

05

Eskalieren

Hier muss ein Mensch entscheiden.

Konflikte und Fälle mit grosser Tragweite gehen an die Person, die für die Regel oder Entscheidung zuständig ist.

Accountability Stack

Das LLM steht am Ende der Kette.

Bevor das Modell formuliert, müssen Bedeutung, Berechnung, Berechtigung und Belege feststehen. Sonst entscheidet das Modell still über Dinge, für die es kein Mandat hat.

05FormulierungNur Belegtes erklären
04AgentenkontextIdentität · Scope · Werkzeuge · Rechte
03OntologieBeziehungen · Regeln · Bedingungen
02Semantische SchichtDefinitionen · Kennzahlen · Ownership
01EvidenzAutoritative Daten · Lineage · Zeit

Ausgewählte Artikel

Beobachtungen aus realen Enterprise-Systemen.

Alle Artikel ↗

Ein Data Product ist kein Dataset mit einem Owner

Warum Zweck, Konsument, Grenze, Vertrag und Lifecycle aus einem technischen Asset ein belastbares Produkt machen.

↗

Unternehmenskontext gehört nicht in den Prompt.

Unternehmenswissen braucht ein explizites, versioniertes und prüfbares Modell — nicht mehr Text im System Prompt.

↗

Das LLM darf antworten. Es darf nicht entscheiden, was wahr ist.

Evidence first. Compose second. Critic last. Eine Architektur für Antworten, die ihre Beleggrundlage zeigen können.

↗

Die rote Linie

«Mein Thema ist seit Jahren dasselbe: Wie wird aus einer fachlichen Absicht ein System, dem Menschen bei einer echten Entscheidung vertrauen?»

Als Software Engineer musste ich Verhalten präzise beschreiben. Später ging es um Prozesse, Reporting und Kennzahlen. Dort zeigte sich dasselbe Problem in anderer Form: Ein System kann technisch korrekt sein und fachlich trotzdem danebenliegen.

Bei Enterprise KI treffen diese Erfahrungen zusammen. Besonders interessiert mich, wie SAP-geprägte Unternehmen ihre Begriffe, Regeln und Zugriffsrechte so abbilden, dass KI damit verlässlich arbeiten kann.

Über Roman ↗

beyond chaotic analytics

Von der fachlichen Frage bis zur Umsetzung.

Bei beyond chaotic analytics bringe ich diese Perspektive in gemeinsame Kundenprojekte ein — rund um Daten, SAP, KI und Entscheidungsarchitektur.

Mehr über beyond chaotic analytics ↗