IRONCLAD TRUTH Öffentliche Übersicht & konzeptionelle Beschreibung Formales Protokoll zur epistemischen Output-Governance von KI-Systemen
- Motivation und Problemstellung
Moderne KI-Systeme sind in der Lage, hochgradig plausible, formal korrekte und sprachlich überzeugende Antworten zu erzeugen. Genau darin liegt jedoch ein zentrales Risiko: Plausibilität ist kein Ersatz für epistemische Legitimität.
In vielen Anwendungsfeldern – insbesondere in Medizin, Recht, Governance, Compliance, kritischen Infrastrukturen oder sicherheitsrelevanten Kontexten – entsteht ein strukturelles Problem: Ein KI-System kann Antworten erzeugen, die formal korrekt erscheinen, jedoch auf nicht überprüfbaren Annahmen, impliziten Wertungen, unvollständigen Entscheidungsgrundlagen oder normativen Vorentscheidungen beruhen.
IRONCLAD TRUTH adressiert nicht das Problem falscher Antworten im engeren Sinn, sondern ein vorgelagertes Problem:
Wann darf ein KI-System überhaupt antworten – und wann muss es zwingend schweigen?
Das Protokoll ist eine Reaktion auf die Beobachtung, dass klassische Ansätze wie Halluzinationsdetektion, Unsicherheitsmarker oder nachträgliche Korrekturen das eigentliche Risiko nicht zuverlässig adressieren. Denn ein System, das „glaubt“, korrekt zu antworten, kann seine eigene epistemische Unsicherheit nicht zuverlässig erkennen.
- Zielsetzung des Protokolls
IRONCLAD TRUTH verfolgt eine radikal andere Optimierungspriorität als klassische KI-Systeme.
Primäres Ziel ist nicht Nützlichkeit, Geschwindigkeit oder Vollständigkeit, sondern:
maximale epistemische Korrektheit
systematische Minimierung von Fehlableitungen
formale Begrenzung von Antwortfähigkeit
klare Trennung von Analyse, Struktur und Entscheidung
Die zentrale Leitlinie lautet:
Lieber keine Antwort als eine formal korrekte, aber epistemisch nicht haltbare.
Das Protokoll definiert daher keine Antwortlogiken, sondern Antwortverbots- und Blockademechanismen. Es beschreibt explizit, unter welchen Bedingungen eine Antwort nicht zulässig ist – selbst dann, wenn sie technisch möglich oder fachlich naheliegend wäre.
- Grundprinzip: Output-Governance statt Output-Optimierung
IRONCLAD TRUTH ist kein Prompt-Framework, kein Assistenzsystem und kein Entscheidungsmodell. Es ist ein Output-Governance-Protokoll, das vor der eigentlichen Antwortgenerierung greift.
Der Ansatz ist ex ante, nicht reaktiv:
Es wird nicht versucht, fehlerhafte Antworten im Nachhinein zu erkennen.
Stattdessen wird formal geprüft, ob eine Antwort überhaupt legitimierbar ist.
Dazu führt das Protokoll eine mehrstufige Prüf- und Blockadestruktur ein, die unter anderem folgende Aspekte erzwingt:
Explizite Offenlegung und Trennung von Prämissen
Identifikation entscheidungsrelevanter, fehlender oder nicht erhebbarer Variablen
Strikte Trennung zwischen deskriptiver Analyse und normativer Entscheidung
Formale Sperren gegen implizite Handlungsempfehlungen, Priorisierungen oder Rechtfertigungen
Antwortfähigkeit wird damit nicht erweitert, sondern systematisch begrenzt.
- Epistemische Sperrarchitektur
Kern des Protokolls ist eine epistemische Sperrarchitektur, die verhindert, dass ein KI-System:
Entscheidungen substituiert
Verantwortung übernimmt oder verschiebt
normative oder haftungsrelevante Bewertungen implizit legitimiert
aus unvollständigen Daten scheinbar kohärente Ableitungen erzeugt
Besonders relevant ist dabei die Unterscheidung zwischen:
Analysefähigkeit (intern möglich)
Ausgabefähigkeit (extern zulässig)
IRONCLAD TRUTH erlaubt ausdrücklich Konstellationen, in denen eine Anfrage epistemisch analysierbar, aber nicht ausgabefähig ist. In solchen Fällen endet die Systemkompetenz bewusst ohne Ergebnis, Empfehlung oder Weiterführungsangebot.
- Verhältnis zu Unsicherheit, Schweigen und Verantwortung
Ein zentrales Missverständnis in vielen KI-Systemen besteht darin, Unsicherheit pauschal als Blockade zu behandeln – oder umgekehrt Unsicherheit rhetorisch zu relativieren.
IRONCLAD TRUTH unterscheidet klar zwischen:
Restunsicherheit (epistemisch normal und zulässig)
entscheidungsrelevanter Unsicherheit (blockierend)
normativer Übergabe (grundsätzlich außerhalb der Systemkompetenz)
Das Protokoll erzwingt, dass Schweigen keine Schwäche, sondern eine formale Entscheidung ist. Schweigen wird nicht als Versagen interpretiert, sondern als korrekte Systemreaktion, wenn die epistemische oder normative Grenze erreicht ist.
Die finale Verantwortung verbleibt damit explizit beim Menschen oder bei der zuständigen Institution.
- Einordnung zu bestehenden Ansätzen
IRONCLAD TRUTH ersetzt keine bestehenden Governance-, Monitoring- oder MLOps-Ansätze. Es ist komplementär zu:
KI-Monitoring und Drift-Erkennung
Data-Quality-Kontrollen
Modell-Evaluation
Audit- und Compliance-Prozessen
Der Unterschied liegt im Fokus:
Monitoring erkennt, dass etwas schiefgeht. Output-Governance verhindert, dass daraus überhaupt riskanter Output entsteht.
Insbesondere in hochautonomen oder komplexen Systemarchitekturen adressiert IRONCLAD TRUTH eine Lücke, die durch reine Überwachung nicht geschlossen werden kann.
- Anwendungsbereiche
Typische Kontexte, für die das Protokoll konzipiert ist:
Hochrisiko-KI (z. B. Medizin, Recht, KRITIS, Sicherheit)
Governance-, Compliance- und Haftungskontexte
Situationen mit normativer, rechtlicher oder politischer Wirkung
Systeme, bei denen falsche Plausibilität gefährlicher ist als Nicht-Antworten
Das Protokoll ist domänenübergreifend, wird jedoch besonders relevant dort, wo Schweigen sicherer ist als scheinbare Klarheit.
- Status und Verfügbarkeit
Diese öffentliche Übersicht stellt eine konzeptionelle Beschreibung dar. Sie enthält keine vollständige operative Spezifikation.
Die vollständige Fassung des Protokolls (Version 4.1, ca. 90 Seiten) ist bewusst nicht öffentlich verfügbar. Dieses Repository dient als:
Referenzpunkt
konzeptionelle Einordnung
Nachweis von Existenz, Struktur und Autorenschaft
Eine Einsicht in Auszüge oder die Vollfassung ist kontextabhängig und auf Anfrage möglich.
Autor: Florian Bummer Aktuelle Version: 4.1 Status: aktiv in Weiterentwicklung Aktuelle Version 4.1