Projection Engineering projiziert unsichere Claims in einen überprüfbaren Graphen

Bild: mit Google Gemini generiert.

Ein automatisiertes System behauptet, die Julimiete sei nicht bezahlt worden.

Diesen Satz zu erzeugen ist billig. Ihn zu überprüfen ist es nicht. Jemand muss den Mietvertrag prüfen, die registrierten Konten ermitteln, den maßgeblichen Zeitraum kontrollieren, abgeschlossene von ausstehenden Überweisungen unterscheiden, klären, ob die Zahlung einer anderen Schuld zugeordnet worden sein könnte, und bestimmen, welche Richtlinie es erlaubt, aufgrund dieses Ergebnisses eine Mahnung oder Räumung auszulösen.

Die Antwort besteht aus einem Satz. Ihre Überprüfungsgrenze erstreckt sich über die ganze Welt.

Das ist das strukturelle Problem generativer KI. Es geht nicht bloß darum, dass ein Modell falschliegen kann. Eine plausible Claim lässt sich heute nahezu augenblicklich erzeugen, während ihre Überprüfung die Rekonstruktion der zugrunde liegenden Aufzeichnungen, Annahmen, Transformationen, Richtlinien und Auslassungen erfordern kann.

Überprüfung ist teurer geworden als Erzeugung.

Ein flüssiger formulierendes Modell behebt diese Umkehrung nicht. Auch das Anhängen eines Quellenverweises hilft nicht, wenn niemand erkennen kann, welcher Teil der Quelle welche Aussage stützt, welche Version verwendet wurde oder was erneut geprüft werden muss, sobald sich die Quelle ändert.

Ausgereifte Institutionen haben vergleichbare Probleme gelöst, indem sie zwischen Beobachtung und Berechnung eine Verantwortungsschicht eingefügt haben. Die Physik entwickelte die Metrologie. Das Recht entwickelte die gerichtliche Tatsachenfeststellung. KI besitzt Fragmente von beidem, aber keine anerkannte Disziplin, die dafür verantwortlich ist, Claims aus der offenen Welt in Prämissen zu überführen, die eine Entscheidung sicher verwenden darf.

Ich nenne diese fehlende Verantwortung Projection Engineering.

Die fehlende Schicht zwischen Aufzeichnung und Entscheidung

Metrologie vertraut dem Zeiger nicht

Ein Sensor, der eine Zahl anzeigt, hat noch keine vertrauenswürdige Messung hervorgebracht. Eine Messung benötigt außerdem eine Einheit, eine Kalibrierhistorie, eine Rückführbarkeitskette, eine Unsicherheit und einen erklärten Gültigkeitsbereich. Das NIST betont, dass metrologische Rückführbarkeit eine Eigenschaft eines Messergebnisses ist und nicht bloß eines Instruments mit Kalibrieraufkleber (Metrologische Rückführbarkeit: häufig gestellte Fragen und Richtlinie des NIST).

Die umgebenden Verfahren machen Fehler diagnostizierbar. Versagt eine Konstruktion, kann ein Untersuchender vom angegebenen Wert über Transformationen und Kalibrierungen bis zur ursprünglichen Beobachtung zurückgehen. Arithmetik allein stellt diesen Weg nicht bereit. Metrologie versetzt eine Zahl in die Lage, institutionelles Gewicht zu tragen.

Eine Antwort eines LLM kommt gewöhnlich ohne eine vergleichbare Kette an. Sie benennt selten die Beobachtung, mit der jede Claim begann, was bei der Transformation verloren ging, wo die Claim weiterhin gültig ist oder welche abhängigen Entscheidungen nach einer Korrektur erneut geprüft werden müssen. Sie ist ein beweglicher Zeiger ohne Skala und Kalibrierschein.

Das Recht vertraut der Behauptung nicht

Ein Gericht begegnet nicht der Vergangenheit selbst. Es begegnet Behauptungen, Zeugenaussagen, Aufzeichnungen, Beweisstücken und Gutachten. Durch Beweisregeln, Beweislasten, Beweismaßstäbe und autorisierte Verfahren entscheidet die gerichtliche Tatsachenfeststellung, welche konkurrierenden Claims in einem bestimmten Fall als Prämissen dienen dürfen. Die Unterscheidung zwischen materieller Wirklichkeit und formeller rechtlicher Wahrheit ist ein altes Problem gerichtlicher Tatsachenfeststellung (Formelle rechtliche Wahrheit und materielle Wahrheit bei der gerichtlichen Tatsachenfeststellung).

Die Trennung von Tatsachenfeststellung und Regelanwendung trennt zugleich Fehler. Eine Aufzeichnung kann falsch erhoben werden. Eine Aussage kann unter dem falschen Beweismaß zugelassen werden. Eine korrekte Prämisse kann auf eine fehlerhaft implementierte Regel treffen. Eine korrekte Schlussfolgerung kann gegen die falsche Person vollzogen werden. Jeder Fehler gehört zu einer anderen Schicht und verlangt eine andere Korrektur.

Metrologie verwandelt Beobachtungen in rückführbare Werte. Das Recht verwandelt einen umstrittenen Aktenbestand in Feststellungen, die für ein Urteil verwendet werden können. Beide weigern sich, rohe Eingaben unbemerkt in folgenreiche Berechnungen einfließen zu lassen. Diese Schicht fehlt in KI-Entscheidungssystemen.

Fact bedeutet Accepted Fact

Die Bezeichnung Projection Engineering braucht eine strikte Grenze. Sie verspricht nicht, absolute Wahrheit herzustellen.

In Projection Engineering bedeutet Fact Accepted Fact.

Eine Accepted Fact ist eine Claim, deren Verwendung als Prämisse in einer bestimmten Entscheidung unter einem ausdrücklichen Zweck, Geltungsbereich, Bezugszeitpunkt, Beweismaßstab und einer ausdrücklichen Richtlinie autorisiert wurde.

Drei Objekte müssen getrennt bleiben:

  • Claim: eine Behauptung oder Beobachtung, die von einer identifizierten Quelle eingereicht wurde.
  • Accepted Fact: eine Claim, die durch ein autorisiertes Verfahren als Prämisse zugelassen wurde.
  • Conclusion: ein aus Accepted Facts und Regeln berechnetes Ergebnis.

Eine Accepted Fact ist eine Claim mit dokumentiertem institutionellem Status, nicht in einem Feld eingefangene Wirklichkeit. Wahrheit bleibt das Ziel: Die Aussage sollte mit der Wirklichkeit übereinstimmen. Was das System bewahren kann, ist enger und operativ — wer was behauptet hat, anhand welcher Aufzeichnung, zu welchem Zeitpunkt und durch welche Transformation; wer es unter welcher Autorität angenommen oder verworfen hat; und was aus dieser begrenzten Prämissenmenge folgte.

Projection Engineering besitzt nicht die Wahrheit. Es konstruiert die Grenze um eine Entscheidung so, dass eine andere Person sie prüfen und anfechten kann.

KI ist bereits geschlossen — über Tokens

Ein eingefrorener Transformer ist in einem nützlichen rechnerischen Sinn geschlossen. Werden seine Gewichte, Eingabe, Laufzeitumgebung und Decodierungsbedingungen festgelegt, lässt sich sein Vorwärtsdurchlauf wiederholen. Die Architektur berechnet, welches Token als Nächstes folgen sollte (Attention Is All You Need). Sie ist über Token-Wahrscheinlichkeiten geschlossen, nicht über die Wirklichkeit.

Diese Unterscheidung erklärt sowohl seine Robustheit als auch seine Grenze. Ein Trainingskorpus kann X und not-X enthalten. Die klassische Deduktion muss mit einem solchen Widerspruch umgehen, weil aus einer unbeschränkten Explosion Beliebiges folgen kann. Ein Sprachmodell explodiert nicht: Widersprüchliche Passagen verändern eine Verteilung, statt einen Beweis ungültig zu machen, denn logische Folgerung ist nicht die ausgeführte primitive Operation.

Aus demselben Grund enthalten Attention und softmax keine Regel, die garantiert, dass wahre Prämissen ihre Wahrheit während der Erzeugung bewahren. Moderne Systeme können selbstsichere Fehler reduzieren, doch Halluzinationen bestehen unter anderem fort, weil Training und Evaluation das Raten gegenüber dem Eingeständnis von Unsicherheit belohnen können (Warum Sprachmodelle halluzinieren).

Wir nehmen eine Berechnung über Sprache und verwenden sie als Urteil über die Welt. Die Geschlossenheit ist vorhanden, aber eine Schicht unterhalb derjenigen, auf der Verantwortung gebraucht wird. Projection Engineering liefert eine andere Geschlossenheit: Es erklärt, welche Claims, Richtlinien, Autoritäten und Zeitpunkte die Welt dieser Entscheidung bestimmen. Reproduzierbare Regeln können dann innerhalb dieser Welt rechnen.

Der Meter zeigt, was Geschlossenheit leisten kann

1983 definierte die 17. Generalkonferenz für Maß und Gewicht den Meter als die Strecke, die Licht im Vakuum während 1/299,792,458 einer Sekunde zurücklegt, und legte damit die Lichtgeschwindigkeit innerhalb der SI-Definition exakt auf 299,792,458 m/s fest (Resolution 1 der 17. CGPM (1983)).

Der Wert wurde nicht deshalb exakt, weil die Menschheit die Natur endlich ohne Unsicherheit gemessen hätte. Eine autorisierte Gemeinschaft verschob ihn über eine Grenze: von einer weiter zu verfeinernden Größe zu einem Bestandteil der Systemdefinition. Messungen unterhalb dieser Grenze wurden präziser, weil die Grenze ausdrücklich festgelegt war.

Das war kein Anspruch, die Wirklichkeit zu besitzen. Es war eine datierte Konvention, die von einer identifizierbaren Autorität durch ein festgelegtes Verfahren angenommen wurde und durch ein anderes Verfahren revidierbar ist. Projection Engineering schließt eine Entscheidung in demselben begrenzten Sinn. Es schließt nicht die Wirklichkeit. Es friert ein, welche Claims hier und jetzt unter einer benannten Richtlinie und Autorität als Prämissen dienen dürfen.

Wo die Analogie endet

Metrologie ist ein Leitbild, keine Verkleidung für ungelöste Probleme.

Erstens profitiert gewöhnliches Messen häufig von Wiederholung. Eine Zahlung, Einwilligung, Inspektion, Kündigung oder ein Unfall kann ein einmaliges Ereignis sein. Das nähere Modell ist die forensische Metrologie: Eine einzelne Beobachtung muss in einem kontradiktorischen Verfahren durch bewahrte Artefakte, Beweismittelkette, dokumentierte Verfahren und bekannte Instrumentengrenzen bestehen.

Zweitens lässt sich numerische Unsicherheit häufig durch Gleichungen fortpflanzen. Für ungeklärte Aussagen gibt es noch keine ebenso allgemeine Arithmetik. supported, defeated und unknown über lange Ableitungen hinweg zu bewahren, ohne sie in falsche Präzision umzuwandeln, bleibt ein offenes Forschungsproblem.

Drittens ist die Erklärung einer Quelle als vollständig oder einer Richtlinie als verbindlich eine Ausübung von Autorität. Rückführbarkeit kann diese Entscheidung sichtbar machen, sie aber nicht unparteiisch werden lassen. Projection Engineering muss offenlegen, wer den Daumen auf die Waage gelegt hat; es kann nicht versprechen, jeden Daumen zu entfernen.

Ein GAF ist keine Liste

Wird eine Accepted Fact allein gespeichert, gehen die Informationen verloren, die sie akzeptabel gemacht haben. Wir verlieren, wer sie eingereicht, was ihr widersprochen, welche Richtlinie sie zugelassen und welche Autorität diese Richtlinie wirksam gemacht hat.

Das Ergebnis von Projection Engineering ist daher ein Graph of Accepted Facts (GAF).

Records / Observations
          │
          ▼
        Claims ◀──── Evidence / Counterevidence
          │
          ▼
  Evaluation + Projection Policy
          │
          ▼
   Accepted Facts ─────┐
          │             │
          ▼             │
 Rules / Derivations    │
          │             │
          ▼             │
      Conclusions       │
                        │
 Provenance ────────────┘

Ein GAF verbindet ursprüngliche Aufzeichnungen, extrahierte Claims, stützende und entkräftende Belege, Bewertungen, Richtlinie und Autorität, Accepted Facts, Ableitungen, Schlussfolgerungen, Versionen, Zeitstempel und Abhängigkeiten. Bestehende Standards modellieren bereits Entitäten, Aktivitäten, Akteure und provenance-Beziehungen; PROV-O: die PROV-Ontologie zeigt, dass dieses Vokabular nicht zu einem bestimmten Datenbankprodukt gehören muss.

Ein GAF muss auch nicht in einer Graphdatenbank leben. Eine relationale Datenbank oder ein ausschließlich ergänztes Protokoll genügt, wenn es Beziehungen und bidirektionale lineage bewahrt.

  • Von einer Schlussfolgerung aus muss ein Prüfer durch Accepted Facts und Claims rückwärts gehen können, bis zu den ursprünglichen Aufzeichnungen.
  • Von einer ungültig gewordenen Aufzeichnung aus muss das System vorwärts gehen können, bis zu jeder Accepted Fact, Schlussfolgerung und autorisierten Handlung, die möglicherweise erneut geprüft werden muss.

Der erste Pfad macht eine Entscheidung überprüfbar. Der zweite macht Korrektur berechenbar.

Eine Mietzahlung, drei technische Probleme

Kehren wir zum Mietstreit zurück. Der Mieter sagt, die Miete sei bezahlt worden. Der Vermieter sagt, er habe das Geld nicht als Mietzahlung erhalten. Ein Bankbuch zeigt, dass im vereinbarten Zeitraum Geld zwischen ihren registrierten Konten bewegt wurde, doch der Verwendungszweck ist leer.

Die erste Aufgabe ist die Aussagenzerlegung:

A payment moved from the tenant's account to the landlord.  [accepted]
That payment discharged this month's rent obligation.       [undetermined]

Übertragung und rechtliche Zuordnung sind unterschiedliche Claims. Könnte eine andere Schuld bestehen, folgt die zweite nicht aus der ersten. Sie zu trennen ist keine bloße Verwaltungsarbeit. In einem Kündigungsfall erzeugen die Fragen, ob der angegebene Grund bestand, ob das Verfahren eingehalten wurde, ob der Grund die Kündigung rechtfertigte und ob die handelnde Person autorisiert war, aus denselben Aufzeichnungen unterschiedliche Entscheidungsgraphen.

Das ist Streitfragenbildung, das Kernhandwerk von Projection Engineering. Wer die Aussagen formuliert, bestimmt, was angenommen, entkräftet oder ungeklärt bleiben kann. Das System muss bewahren, wer diese Zerlegung zu welchem Zweck, unter welcher Autorität vorgenommen und welche Alternativen ausgeschlossen hat. Perfekte provenance nach voreingenommener Rahmung dokumentiert die Voreingenommenheit nur elegant.

Das zweite Problem ist Abwesenheit. Eine nicht gefundene Zahlung belegt keine Nichtzahlung. Der Zeitraum könnte falsch, die Suche unvollständig, die Überweisung noch ausstehend oder die Aufzeichnung bei einem anderen Institut sein. Abwesenheit wird erst dann zu einem Beleg, wenn ein Vollständigkeitsvertrag festlegt, was die Quelle zu enthalten verspricht.

Completeness contract C-04

Declarant: operator of ledger L
Scope: all settled transactions for account A during period P
Excludes: pending transactions and records held by other institutions
Authority: signed policy version V

Erst dann darf die Abwesenheit innerhalb dieses Geltungsbereichs eine Verneinung stützen. Eine bequeme Quelle für vollständig zu erklären, kann einen ungeklärten Fall in einen entscheidbaren verwandeln; deshalb muss die Erklärung Identität, Unterschrift, Datum, Version und Autorität enthalten.

Das dritte Problem ist wiederholtes menschliches Urteilen. Eine Person kann entscheiden, dass eine Überweisung vom registrierten Konto, innerhalb des vereinbarten Zeitraums, in exakter Höhe und ohne konkurrierende Schuld trotz leeren Verwendungszwecks als Mietzahlung zählt. Der wiederverwendbare Wert ist nicht diese einzelne Antwort. Es ist das allgemeine Urteil dahinter.

Das ist Entscheidungsbewahrung, doch ein Beispiel darf nicht unbemerkt zum Präzedenzfall werden. Das Urteil bleibt ein Richtlinienkandidat, bis eine autorisierte Person seinen Geltungsbereich, seine Ausnahmen, seinen Wirksamkeitszeitpunkt, seine Rückwirkung und seine Widerrufsbedingungen festlegt. Erst dann wird es zu einer ratifizierten Richtlinie.

Von der Claim zur autorisierten Handlung

Projection Engineering ist weder ein Modell noch ein Speicherprodukt. Es ist der Prozess, der Aufzeichnungen aus der offenen Welt in eine geschlossene Entscheidungswelt projiziert und diese Welt wieder öffnet, wenn sich Belege oder Richtlinien ändern.

Reality
   │
   ▼
Records / Observations
   │  preservation · calibration · transformation history
   ▼
Claims
   │  proposition decomposition · source evaluation · conflicts and gaps
   ▼
Projection
   │  purpose · scope · reference time · proof standard · authority · policy version
   ▼
GAF
   │  Accepted Facts · provenance · dependencies
   ▼
Closed Decision World
   │
   ▼
Deterministic Conclusion
   │
   ▼
Authorized Action

Jeder Übergang kann einen anderen Fehler erzeugen:

  • Das Fehlen einer ursprünglichen Aufzeichnung ist ein Erhebungsfehler.
  • Fehlerhafte OCR oder Extraktion ist ein Transformationsfehler.
  • Die falsche Frage zu formulieren oder die falsche Claim anzunehmen ist ein Projektionsfehler.
  • Aus korrekten Accepted Facts eine falsche Schlussfolgerung zu berechnen ist ein Regelfehler.
  • Eine korrekte Schlussfolgerung auf das falsche Ziel anzuwenden ist ein Ausführungsfehler.

Jeder verlangt eine andere Korrektur. Neue Belege korrigieren die Erhebung. Neubewertung korrigiert die Projektion. Eine korrigierte Regel-Engine kann einen eingefrorenen GAF erneut ausführen. Ausführungsfehler verlangen Aufhebung, Korrektur oder Kompensation — keine umgeschriebenen Tatsachen. Jeden Fehler als „die KI lag falsch“ zu bezeichnen, macht keinen davon behebbar.

Die Kosten des Verstehens nur einmal bezahlen

Die fehlende Schicht ist nicht nur ein Risiko. Sie ist auch eine Quelle von Verschwendung. Ein Modell liest einen Vertrag, löst die Parteienbezüge auf, extrahiert Pflichten und beantwortet eine Frage. Für die nächste Frage fällt häufig ein Großteil derselben Interpretationskosten erneut an. Retrieval verringert den geladenen Text, bewegt aber weiterhin Textabschnitte, weil die wiederverwendbare Einheit das Dokumentfragment bleibt.

Semantische Kompilierung verändert diese Einheit. Ein Dokument wird einmal in stabile Aussagen mit Identifikatoren, Quellen, zeitlichem Geltungsbereich und Abhängigkeiten interpretiert. Spätere Fragen verwenden diese Aussagen über Prompts, Nutzer und Dokumente hinweg wieder. Wir bezahlen die Kosten des Verstehens einmal, wenn die Claim in das System gelangt, statt jedes Mal, wenn jemand danach fragt.

Prompt-Caching kann diese Schicht nicht ersetzen. Ein Cache bewahrt Bytes und Reihenfolge. Ein GAF bewahrt Bedeutung und provenance. Ein Präfix-Cache kann unbrauchbar werden, wenn sich die Reihenfolge ändert; eine Aussage kann mit andernorts extrahierten Claims kombiniert werden und jeder von ihr abhängigen Entscheidung dienen.

Die Wiederverwendung von Bedeutung schafft ein schwierigeres Invalidierungsproblem. Wenn eine Quelle korrigiert, ersetzt oder als betrügerisch entlarvt wird, welche Schlussfolgerungen müssen erneut geprüft werden? Ein Tatsachencache ohne provenance ist ein Halluzinationscache: Er wiederholt denselben Fehler schneller und mit größerer Sicherheit.

Lineage ist Cache-Invalidierung.

Die Struktur, die es einer Person erlaubt, eine Entscheidung anzufechten, ist dieselbe Struktur, die es einer Maschine erlaubt, nur die betroffenen Schlussfolgerungen neu zu berechnen. Rechenschaft und Effizienz sind hier keine konkurrierenden Funktionen. Sie sind zwei Verwendungen desselben Abhängigkeitsgraphen.

Die Grenze zu benachbarten Disziplinen

Projection Engineering ist kein Ersatz für Data, Knowledge, Rule, Prompt oder Context Engineering. Es besitzt die Verantwortungsgrenze, die diese derzeit ohne einen durchgehend verantwortlichen Hüter überschreiten.

Data Engineering bewegt Aufzeichnungen durch source → ingest → transform → store → serve. Projection Engineering fragt, ob eine Aufzeichnung Information zur Verwendung als Prämisse qualifiziert, und folgt dabei record → claim → evaluate → project → GAF. Ein gültiges Schema kann eine falsche Aufzeichnung enthalten.

Knowledge Engineering stellt Konzepte und Beziehungen zur maschinellen Nutzung dar. Projection Engineering behandelt jede Beziehung zunächst als Claim und zeichnet auf, wer ihre Verwendung als Wissen in einer begrenzten Entscheidung autorisiert hat.

Rule Engineering berechnet Schlussfolgerungen aus bereitgestellten Prämissen. Projection Engineering konstruiert und friert den Prämissengraphen ein, auf dem diese Regeln ausgeführt werden.

Prompt Engineering gestaltet Anweisungen. Context Engineering wählt Informationen für die Berechnung aus. Projection Engineering stellt die vorgelagerte Frage: Welche Claim ist diese Information, und warum darf sie hier als Prämisse dienen?

Ein besserer Prompt kann eine zu Unrecht angenommene Prämisse nicht retten.

Das LLM ist ein Arbeiter, nicht die Autorität

Ein LLM ist ein Arbeiter innerhalb dieses Prozesses. Es kann Kandidaten-Claims aus unstrukturierten Aufzeichnungen extrahieren, zusammengesetzte Aussagen aufteilen, Konflikte erkennen, fehlende Belege anfordern und lineage in verständliche Sprache übersetzen.

Es ist nicht die Autorität. Seine Ausgabe ist eine weitere Claim. Forschung zur Attribution unterscheidet flüssige Erzeugung von Aussagen, die sich durch identifizierte Quellen stützen lassen (Messung der Attribution in Modellen zur Erzeugung natürlicher Sprache). Forschung zur Treue von Begründungen zeigt außerdem, dass eine erzeugte Gedankenkette nicht zuverlässig als kausale Ausführungsspur einer Antwort funktioniert (Begründungen relevant machen: Treue von Chain-of-Thought-Begründungen messen und verbessern).

Wenn dasselbe Modell eine Claim extrahiert, sie annimmt, die Regel auswählt, das Ergebnis erklärt und die Handlung autorisiert, kollabiert die Pipeline zu einer einzigen undurchsichtigen Generierung. Eine nachträgliche Erzählung ist kein provenance-Datensatz.

Die Erzeugung darf probabilistisch sein. Die Annahme von Facts, der Abschluss und die Handlungsautorität müssen getrennt geregelt werden.

Statistische Absicherung kann meinen Fall nicht erklären

Der stärkste Einwand ist praktischer Natur. Organisationen verlangen nicht von jedem menschlichen Entscheidungsträger eine vollständige Ableitungsspur. Sie überwachen aggregierte Ergebnisse, Qualitätskontrollen und Stichprobenprüfungen. Warum sollten Modelle nicht auf dieselbe Weise gesteuert werden?

Statistische Absicherung ist nützlich und reicht oft aus, um ein System zu verbessern. Sie kann jedoch weiterhin nicht die Frage beantworten, die eine Person innerhalb eines strittigen Ergebnisses stellt:

Was war die Prämisse in meinem Fall?

Aggregierte Genauigkeit zeigt nicht, welche Aufzeichnung falsch war, welche Claim angenommen wurde, welche Richtlinie galt oder welcher neue Beleg einen Einspruch stützen könnte. Absicherung auf Populationsebene und Anfechtbarkeit im Einzelfall lösen unterschiedliche Probleme.

Diese Unterscheidung bestimmt den Geltungsbereich. Projection Engineering ist nicht für jedes KI-System bestimmt. Es ist für Systeme bestimmt, die anfechtbare Entscheidungen treffen — Kredit, Entgelt, Anspruchsberechtigung, Räumung, Versicherung, medizinische Genehmigung und ähnliche Handlungen, bei denen eine Person die Prämissenmenge prüfen und anfechten können muss. Das NIST-Rahmenwerk für KI-Risikomanagement behandelt Rechenschaft und Transparenz als Eigenschaften des gesamten Lebenszyklus, während die Verordnung (EU) 2024/1689 für Hochrisikosysteme die Protokollierung von Ereignissen vorschreibt.

Für folgenarme Generierung, die niemand anfechten muss, kann dieser Aufwand überzogen sein. Der Geltungsbereich ist Teil des Engineerings.

Der Mindestvertrag

Ein System, das beansprucht, Projection Engineering zu betreiben, sollte alle folgenden Fragen mit Ja beantworten:

  1. Unterscheidet es ursprüngliche Aufzeichnungen von abgeleiteten Claims und versieht es jede Claim mit Quelle, Zeit und Transformationshistorie?
  2. Zerlegt es zusammengesetzte Claims in unabhängig anfechtbare Aussagen und zeichnet es auf, wer die Streitfragen formuliert hat und warum?
  3. Bewahrt es widersprüchliche Claims und verworfene Alternativen, statt sie zu löschen?
  4. Unterscheidet es false, unknown und not found und verlangt es einen Vollständigkeitsvertrag, bevor es Abwesenheit in Verneinung verwandelt?
  5. Kann es eine Accepted Fact rückwärts bis zu Belegen, Richtlinie, Autorität und Version verfolgen — und eine ungültig gewordene Quelle vorwärts bis zu den betroffenen Schlussfolgerungen?
  6. Kann es den exakten GAF und Regel-Snapshot einer Entscheidung reproduzieren und unter derselben Geschlossenheit dieselbe Schlussfolgerung erhalten?
  7. Kann es wiederkehrendes menschliches Urteilen als ratifizierte Richtlinie mit Geltungsbereich, Ausnahmen und Wirksamkeitszeitpunkt bewahren?
  8. Sind die Annahme einer Claim, das Regelurteil und die Autorität zum Handeln getrennt, mit einem Verfahren, das eine frühere Entscheidung erneut öffnet, statt sie zu löschen?

Lautet eine Antwort Nein, befördert das System irgendwo stillschweigend eine Claim zur Fact.

Warum dies eine neue Ingenieursdisziplin ist

Die Bestandteile existieren bereits: provenance, Beweisverwaltung, Argumentationsgraphen, Truth-Maintenance-Systeme, Event Sourcing, Regel-Engines, Audit-Protokolle, gerichtliche Tatsachenfeststellung, Metrologie und Closed-World-Reasoning.

Bestandteile sind keine Verantwortungsgrenze. Datenbanken und ETL existierten, bevor sich Data Engineering als Fachgebiet formierte. Server und Deployment-Skripte existierten vor DevOps. Ein Fachgebiet entsteht, wenn wiederkehrende, über Organisationen verstreute Fehler unter einer verantwortlichen Rolle, einer Klasse von Ergebnissen und wiederholbaren Überprüfungsmethoden zusammengeführt werden.

Derzeit besitzt keine Rolle diese Frage von Anfang bis Ende:

Zu welchem Zeitpunkt, durch wessen Autorität und unter welcher Richtlinie wurde eine Aufzeichnung aus der Wirklichkeit zu einer Accepted Fact, die in einer Entscheidung verwendet werden darf?

Data Engineers besitzen Pipelines. Knowledge Engineers besitzen Repräsentation. ML Engineers besitzen Modelle. Domänenexperten erklären Regeln. Betreiber behandeln Ausnahmen. Zwischen ihnen löst sich die Annahme von Tatsachen in Bereinigungscode, Prompts, Anwendungslogik, Modellinferenz und undokumentierten Gewohnheiten auf.

Projection Engineering behauptet nicht, jeder Bestandteil sei neu. Es schlägt eine neue Ingenieursdisziplin vor, weil die Grenze selbst einen Verantwortlichen, ein Ergebnis und eine deterministische Methode braucht, mit der sich prüfen lässt, ob ihre Versprechen eingehalten wurden.

Überprüfung wieder billig machen

Die offene Welt steht niemals still. Neue Aufzeichnungen treffen ein, Aussagen ändern sich, Sensoren werden neu kalibriert und Richtlinien werden angepasst. Ein System, das auf vollständige Wirklichkeit wartet, wird niemals handeln. Ein System, das Unsicherheit verbirgt, handelt ohne Rechenschaft.

Projection Engineering wählt einen engeren Vertrag:

  • Claims bewahren, statt Meinungsverschiedenheiten zu löschen.
  • Accepted Fact sagen, wann immer Fact eine autorisierte Prämisse bedeutet.
  • Jede Annahme mit Beleg, Richtlinie, Autorität, Zeit und Geltungsbereich verbinden.
  • Unknown niemals ohne Vollständigkeitsvertrag in false verwandeln.
  • Die tatsächlich verwendete Entscheidungswelt und die Regeln einfrieren.
  • Die Schlussfolgerung aus denselben geschlossenen Eingaben reproduzieren.
  • Wiederkehrendes Urteilen als ausdrückliche, ratifizierte Richtlinie bewahren.
  • Entscheidungen bei veränderter Beweislage erneut öffnen, statt die Vergangenheit umzuschreiben.

Es besitzt nicht die Wahrheit, beseitigt keine Voreingenommenheit und macht Maschinen nicht unfehlbar. Es macht die begrenzte Welt einer Entscheidung sichtbar genug, um sie zu prüfen, anzufechten, zu wiederholen und zu korrigieren.

Mathematik wurde nicht deshalb gesellschaftlich mächtig, weil sie jede Frage beantwortete, sondern weil Menschen, die bei einer Ableitung nicht anwesend waren, prüfen konnten, was aus erklärten Prämissen folgte. Metrologie verlieh Messungen Gewicht, indem sie Zahlen mit Rückführbarkeit umgab. Das Recht ermöglichte Urteile, ohne die Vergangenheit erneut abzuspielen, indem es Behauptungen von angenommenen Prämissen trennte.

KI beherrscht bereits Arithmetik. Ihr fehlt die Institution um die Arithmetik.

Das Ziel von Projection Engineering ist einfach:

Überprüfung wieder billig machen.

Die Wirklichkeit gibt uns Claims.

Entscheidungen verlangen Accepted Facts.

Projection Engineering projiziert Claims in einen überprüfbaren Graph of Accepted Facts.

Verwandte Artikel

Quellen