Compliant AI Infrastructure für regulierte Finanzwirtschaft

Agnostische Matrix aus regulatorischer Intention und Exposure

Die europäische Finanzregulierung ist dicht und über prudenzielle, verhaltensbezogene, marktintegritätsbezogene, datenschutzrechtliche und ICT-risikobezogene Instrumente geschichtet. Ein Enterprise-System zu entwerfen, indem Rechtsakte und Artikel aufgezählt werden, gibt wenig direkte operative Orientierung. Deshalb führen wir eine regulierungsagnostische Taxonomie ein, die als Designprimitiv wirkt. Ihr Zweck ist es, Rechtstext in maschinell durchsetzbare Kontrollfunktionen zu übersetzen, die Orchestrierung und Ausführung steuern und dabei über DACH und die weitere EU portierbar bleiben. Wir nehmen eine funktionale Reduktion von Rechtsvorschriften auf ihre operative Wirkung auf das Systemverhalten vor: Entweder verbietet eine Regel ein Ergebnis, oder sie verlangt ein Ergebnis mit Evidenz. Compliance reduziert sich damit auf das Unterlassen einer verbotenen Handlung oder auf die Vornahme einer positiven Handlung, die eine verifizierbare Spur hinterlässt. Daraus folgt eine gesetzes- und regulierungsagnostische Orientierung, in der Agenten nur entscheiden müssen, ob sie unterlassen oder mit Evidenz handeln, während der konkrete Gesetzestext erst später in Guard Families und Evidence Templates kompiliert wird, wobei Exposure für interne und externe Ausgaben getrennt behandelt wird. Praktisch vereinfacht diese agnostische Behandlung den Umgang mit heterogenen Regulierungen, weil der Agent je Task und Kontext eine Checkliste aus Prohibitions und Obligations synthetisieren kann, die die Orchestrierung ausführt und nachhält, wobei jeder Punkt entweder die Externalisierung verhindert oder ein verifizierbares Artefakt mit Provenienz, deterministischem Timestamping und DAG-Inclusion-Proof verlangt; alternativ kann ein eigener Compliance-Agent dieselbe Checkliste als Pre-Output Gate anwenden, das Evidence Pack signieren und die Freigabe erteilen oder zurückhalten.¹ Die Taxonomie wird als zweidimensionales Schema formalisiert, die Regulatory Intent and Exposure Matrix. Jede Rechtsvorschrift erhält zwei Labels, den rule type, der die Intention als Prohibition oder Obligation erfasst, und die exposure, die den Kontext als Internal oder External erfasst.

Diese binäre Zuordnung dient der Orientierung im Reasoning und als kompakter Handle für die spätere Kompilierung, wie in Abbildung 1 gezeigt.

Abbildung 1 rahmt zwei Haltungen im Reasoning statt Ausführungsregeln. Eine Prohibition veranlasst die Prüfung möglicherweise unzulässigen Verhaltens und ein Zurückhalten der Externalisierung bis zur Klärung. Eine Obligation veranlasst, Pflichten zu identifizieren und die Evidenz zu antizipieren, die bei Fortsetzung des Tasks voraussichtlich verlangt wird. Klauseln werden als atomare Aussagen mit Zuordnung und Zitat gespeichert, um schnelles Lesen und konsistente Auslegung zu sichern. Konkrete Gates und Protokollierung werden später abgeleitet, sobald das Reasoning hinreichende Sicherheit erreicht hat.

Die zweite Achse klassifiziert die Exposure. Interne Exposure bezeichnet Ausgaben, die im Institut verbleiben, während externe Exposure Ausgaben bezeichnet, die an Kundschaft, Gegenparteien, Behörden oder Märkte gehen. Die Unterscheidung ist kontextabhängig und wird in Abbildung 2 mit der Intention kombiniert.

Diese Klassifikation orientiert das Reasoning, indem sie das Ziel der Ausgaben festlegt. In Kombination mit der Intention leitet sie, welche Fragen und Handlungskandidaten relevant sind. Abbildung 3 zeigt die gemeinsame Sicht.

Zur Laufzeit führt ein Agent einen leichtgewichtigen Kontextcheck gegen die vorgeschlagene Matrix aus. Scheint keine zugeordnete Vorschrift einschlägig zu sein, arbeitet der Agent unter allgemeinen IT-Kontrollen und gewöhnlicher Policy weiter. Legt der Check Einschlägigkeit nahe, klassifiziert der Agent den Kontext anhand der Matrix-Labels und behandelt dieses Label als Orientierungshandle für das Reasoning statt als Durchsetzungsbefehl, revidierbar, sobald sich Umfang und Evidenz weiterentwickeln. Der Kontextcheck lässt sich als binäres Prädikat formalisieren, das bestimmt, ob ein Task unter eine zugeordnete Rechtsvorschrift fällt:

Nach der Klassifikation fasst der Agent den Task als restringiertes Optimierungsproblem der Form

Klassifikation, Checkliste und Gating-Entscheidungen auf den DAG zu minten ermöglicht Assurance ex post und explizite Fehleranalyse: Eine prüfende Person kann den Task-Zustand $\phi(\tau)$ rekonstruieren (siehe Gl. 5), $\chi(\tau)$ (siehe Gl. 2) und das Label $v=(t,e)$ (siehe Gl. 1) neu berechnen, um zu testen, ob der Agent den Kontext missverstanden hat, verifizieren, dass jeder ausgewählte Guard $C(\pi,\tau,v)$ in der Optimierungsrestriktion (siehe Gl. 3) im Moment der Externalisierung erfüllt war, und jeden Obligation-Punkt einem konkreten Artefakt mit Provenienz, deterministischem Timestamping und Inclusion Proof zuordnen; damit werden unterschiedliche Fehlermodi beobachtbar, darunter (i) Fehlklassifikation von Intention oder Exposure, (ii) korrekte Klassifikation und Checklistenerzeugung bei unvollständiger Ausführung, (iii) Ausführung mit unzureichender Evidenzqualität oder fehlenden Signaturen und (iv) Reihenfolge- oder Gating-Fehler, die eine Externalisierung ohne Vorbedingungen zuliessen, ebenso wie Budgetüberschreitungen bei Risiko, Latenz oder ESG. Der Vorschlag wandelt Compliance von nachträglicher Bestätigung in Assurance-by-Construction, in der Reasoning, Entscheidungen und Evidenz kryptografisch gebunden sind, sodass Prüfende nicht nur Ergebnisse kontrollieren können, sondern auch, ob Verständnis und Umsetzung des Agenten korrekt waren.

Wir schlagen eine kurze, kuratierte Hilfe für Fälle vor, in denen der Kontextcheck Einschlägigkeit anzeigt. Ein Quick Reference Vector ist ein knapper Eintrag, der von einem qualifizierten Aufsichtsgremium erstellt wird; er orientiert das Reasoning, ohne die Ausführung vorzuschreiben. Jeder Eintrag benennt den Handlungsarchetyp, nennt das typische Matrix-Label, hält massgebliche Trigger und die anfängliche Evidenzhaltung fest und gibt einen Eskalationskontakt an. Einträge sind versioniert und signiert, sodass die Provenienz klar bleibt; sie können revidiert werden, wenn sich Umfang oder Informationslage ändern. Passt ein Task zu einem solchen Eintrag, übernimmt der Agent den Eintrag als Orientierung und analysiert den Task weiter auf das Entscheidungsziel hin; passt kein Eintrag, arbeitet der Agent unter den Basiskontrollen weiter und kann die Lücke zur späteren Aufnahme melden. Ziel sind Geschwindigkeit und Konsistenz im Urteil, nicht harte Regeln.

Prohibitions als Zulässigkeit und Obligations als Task-Erweiterung

Die Matrix liefert allein Orientierung; die konkrete Durchsetzung wird später durch die Policy-Kompilierung ausgewählt und kann durch menschliche Aufsicht revidiert werden. Gegeben das Label $v=(t,e)$ aus Gl. 1 und den durch das Prädikat $\chi(\tau)$ in Gl. 2 bestimmten Kontext, legt die Rule Engine Prohibitions $P$ und Obligations $O$ als Kandidaten offen und wählt dann aktive Teilmengen $P^{\star}\subseteq P$ und $O^{\star}\subseteq O$ zusammen mit einer strikten Halbordnung $\prec$ über $P^{\star}\cup O^{\star}$ aus. Die Ordnung $\prec$ erlaubt, wo sinnvoll, Short-Circuit-Auswertung und definiert eine schmale oberste Stufe $P^{\perp}\subseteq P^{\star}$ dominanter Ausschlusskriterien. Obligations werden auf verpflichtende Teilhandlungen und ein verifizierbares Evidenzartefakt abgebildet; $E(\cdot)$ bezeichne dabei das Admissibility-Prädikat, das Provenienz, Signaturen, deterministisches Timestamping und DAG-Inclusion-Proof erfasst. Keine dieser Auswahlen folgt aus der Matrix selbst; die Matrix verengt den Suchraum, der Policy Store bestimmt die Aktivierung.

Prohibitions werden als Zulässigkeitsrestriktionen kodiert, die unzulässige Ergebnisse verhindern, während Obligations den Task um Vorbedingungen erweitern, die gelten müssen, bevor eine Optimierung unter Gl. 3 sinnvoll ist. Die zulässige Policy-Menge für den Task $\tau$ ist

mit optionalen Sekundärtermen in $U$ für die Qualität der Obligations, etwa Latenz, Kosten oder Vollständigkeit. Diese Konstruktion wahrt die gesetzes- und regulierungsagnostische Haltung: Prohibitions formen die zulässige Menge, Obligations erweitern den Task-Graphen und verlangen zulässige Artefakte, und jede Last aus der Erfüllung von Obligations kann anschliessend innerhalb der Zielfunktion abgewogen werden, sobald die Zulässigkeit gesichert ist.

Externalisierung bezeichnet jede Ausgabe, die die Institutsgrenze verlässt, einschliesslich Empfehlungen, Orders, kundenseitiger Zusammenfassungen, aufsichtlicher Meldungen und API-Aufrufe, während interne Artefakte, Logs und Meldungen an die operativ Verantwortlichen nicht extern sind, sofern sie nicht später weiterverwendet werden. Das Gate-Ergebnis formalisiert Blockieren gegenüber Freigeben für eine vorgeschlagene Ausgabe $y(\pi,\tau)$,

Short-Circuit-Auswertung senkt Latenz und Reibung für die Nutzung, ohne Assurance aufzugeben. Existiert ein dominantes Ausschlusskriterium $p\in P^{\perp}$ mit $p(\pi,\tau)=1$, dann gilt $C(\pi,\tau,v)$ nach Gl. 8, und die verbleibenden Prüfungen niedrigerer Stufe in $\mathrm{Externalise}(\pi,\tau)=\mathrm{deny}(c)$ werden als skipped by policy markiert. Das auf den DAG gemintete Audit Pack enthält die Orientierungsmenge, die ausgewählten $P^{\star}\cup O^{\star}$, die Ordnung $P^{\star},O^{\star}$, den auslösenden Guard in $\prec$, die übersprungene Menge mit ihrer Policy-Grundlage, alle Artefakt-Hashes und Admissibility-Ergebnisse $P^{\perp}$ sowie den Reason Code $E(\cdot)$. Damit kann eine prüfende Person den Zustand $c$ rekonstruieren, der im Quick-Reference-Matching Gl. 5 verwendet wurde, verifizieren, dass die ausgewählten Guards $\phi(\tau)$ in der Optimierungsrestriktion 3 im Moment der Externalisierung erfüllt waren, und Fehlermodi wie Fehlklassifikation, unvollständige Ausführung von Obligations, unzureichende Evidenzqualität oder Reihenfolgefehler unterscheiden, die eine Externalisierung ohne Vorbedingungen zuliessen.

Ein zusammengesetztes Beispiel verdeutlicht die Semantik. Man betrachte eine grenzüberschreitende Retail-Transaktion, bei der der Betrag die Schwelle für Privatanlegende überschreitet und die Kundin oder der Kunde minderjährig ist. Die Orientierung über $v$ legt mehrere Kandidaten offen; die Policy wählt $P^{\star}$ mit einer Minderjährigkeits-Prohibition und stellt sie unter $\prec$ in $P^{\perp}$. Der Minderjährigkeits-Guard löst aus, also gilt $\Pi_{\mathrm{feas}}(\tau)$ nach Gl. 8; die Prüfungen zu Grenzüberschreitung und Betrag werden per Policy übersprungen, wobei das Dominanzzertifikat im Audit Pack festgehalten wird. Löst in einem anderen Kontext kein dominantes Ausschlusskriterium aus, werden Obligations wie Identifikation und Know-your-Customer-Dokumentation zu aktiven Vorbedingungen, und die Externalisierung ist erst zulässig, sobald die Admissibility $\mathrm{Externalise}(\pi,\tau)=\mathrm{deny}(c)$ gilt, woraufhin der Nutzen über $E(\cdot)$ gemäss Gl. 7 optimiert wird. In beiden Fällen bleibt die Matrix ein Orientierungsinstrument; Auswahl und Aktivierung werden durch kompilierte Policy und Aufsicht bestimmt, und die vollständige Reasoning-Spur wird für die Assurance ex post auf den DAG geminted.

Wir setzen nur milde Regularität voraus, nämlich dass dominante Ausschlusskriterien in $P^{\perp}$ für einen gegebenen Task-Zustand policy-invariant bleiben, sodass $p(\pi,\tau)=p(\pi',\tau)$ für alle $\pi,\pi'\in\Pi$ gilt; in der Praxis zählen dazu Bedingungen wie Altersschwellen, Sanktionstreffer oder Verbote, die an bestimmte Produktstufen gebunden sind. Das Admissibility-Prädikat $E(\cdot)$ erfasst die Anforderungen an die Evidenzqualität, einschliesslich Provenienz, Signaturen, deterministischem Timestamping und DAG-Inclusion, und wird direkt auf den für $\tau$ kompilierten Artefakten ausgewertet.

Unter diesen Annahmen ist die zulässige Menge monoton: Erweitern sich die ausgewählten Mengen so, dass $P^{\star}_1\subseteq P^{\star}_2$ und $O^{\star}_1\subseteq O^{\star}_2$ gelten, dann folgt $\Pi_{\mathrm{feas}}^{(2)}(\tau)\subseteq \Pi_{\mathrm{feas}}^{(1)}(\tau)$, wobei $\Pi_{\mathrm{feas}}^{(k)}$ durch Gl. 6 unter der Auswahl $P^{\star}_k,O^{\star}_k$ definiert ist. Das Ergebnis folgt unmittelbar aus Gl. 6, denn weitere Prohibitions oder Obligations führen zusätzliche Konjunkte ein, die die erfüllende Menge nur verkleinern können.

Short-Circuit-Auswertung ist immer dann korrekt, wenn dominante Prüfungen policy-invariant sind: Wertet ein einzelnes $p\in P^{\perp}$ für ein $\pi$ zu eins aus, so wertet es für alle $\pi'$ zu eins aus, was $\Pi_{\mathrm{feas}}(\tau)=\varnothing$ nach Gl. 6 impliziert und $E(\cdot)$ nach Gl. 8 erzwingt. Löst umgekehrt kein Element von $\mathrm{Externalise}(\pi,\tau)=\mathrm{deny}(c)$ aus und erfüllen alle ausgewählten Obligations die Admissibility, sodass $P^{\perp}$ gilt, dann bleibt $E(\cdot)=\text{true}$ nichtleer, und das Optimierungsproblem in Gl. 7 ist wohldefiniert. Die Auswertung terminiert und bleibt auditierbar. Da die Mengen $\Pi_{\mathrm{feas}}(\tau)$ endlich sind und $P^{\star}\cup O^{\star}$ eine strikte Halbordnung ist, existiert notwendigerweise eine topologische Auswertungsreihenfolge, wobei Short-Circuiting bei $\prec$ die Laufzeit zusätzlich begrenzt. Der DAG-Record enthält die Orientierungsmenge, die ausgewählten $P^{\perp}$, die Ordnung $P^{\star},O^{\star}$, jedes auslösende Element von $\prec$, die Admissibility-Ergebnisse $P^{\perp}$ und die resultierende Gate-Entscheidung Gl. 8, die zusammen Replay und unabhängige Neubewertung mit Gl. 2, Gl. 1, Gl. 6 und Gl. 3 ermöglichen.

Soll die Qualität der Obligations die Zielfunktion beeinflussen, sobald die Zulässigkeit hergestellt ist, lässt das Framework eine unmittelbare Verfeinerung zu, in der $U(\pi,\tau)=U_0(\pi,\tau)-\lambda^\top q(\tau)$ gilt, wobei $q(\tau)$ Latenz, Kosten und Vollständigkeit über die erfüllten Obligations aggregiert und $\lambda\ge 0$ Policy-Gewichte bezeichnet. Das lexikografische Regime in Gl. 7 garantiert, dass solche Abwägungen nur innerhalb der zulässigen Menge $\Pi_{\mathrm{feas}}(\tau)$ ausgewertet werden.

Agentenaktivierung nach Intention und Exposure

Die Orientierungsmatrix liefert das erste Signal, doch Auswahl und Aktivierung der ausführenden Instanzen werden durch kompilierte Policy bestimmt und bleiben durch die Aufsicht revidierbar. Institute können ständige Roster domänenspezifischer Agenten und dauerhafte Committees für wiederkehrende Funktionen unterhalten und sich zugleich Ad-hoc-Committees vorbehalten, wenn der Kontext es erfordert. In einem Bankumfeld umfasst ein Zahlungsverkehrs-Roster typischerweise Funktionen wie Überweisungen zwischen Konten, die Ausführung von Devisenkonversionen und die Abwicklung von Treasury-Transfers. Für eine Wertpapierfirma unter MiFID II gehören zu den Routinetätigkeiten die Annahme und Übermittlung von Kundenorders, die Orderausführung für die Kundschaft, die Anlageberatung mit Geeignetheits- und Angemessenheitsprüfungen, die Portfolioverwaltung und das Post-Trade-Reporting. Diese Roster bleiben ruhend, bis sie durch das Orientierungslabel $v=(t,e)$ aus Gl. 1 in Verbindung mit dem in Gl. 2 definierten Kontextcheck $\chi(\tau)$ aktiviert werden. Die Bildung eines Committee folgt einer policy-getriebenen Logik. Gilt $\chi(\tau)=0$ oder wird der Task als intern und risikoarm eingestuft, etwa das Verfassen einer internen E-Mail oder das Ansetzen eines Termins, führt ein einzelner rollenbezogener Agent ihn unter den IT-Basiskontrollen aus. Gilt $\chi(\tau)=1$, hängt die Aktivierung von der Exposure-Stufe $e$, von Anzahl und Dominanz der aktiven Prüfungen sowie von der Verfügbarkeit der Runtime Budgets ab. Formal gilt

Die Ausführung verläuft über einen strukturierten Handshake. Der Orchestrierungsagent leitet den Task $\tau$ zusammen mit der Orientierung $v$ an die vorgesehene Agentenmenge oder das Committee weiter, das seine domänenspezifischen Aufgaben wahrnimmt und Artefakte, Begründungen und vorläufige Ergebnisse zurückgibt. Ein eigener Compliance-Agent wendet anschliessend das in Gl. 8 definierte Pre-Output Gate an; ist die Admissibility für alle ausgewählten Obligations bestätigt und löst keine Prohibition aus, wird die Ausgabe freigegeben, während jeder Fehlschlag zu blockierter Externalisierung mit Reason Code führt. Jede Stufe minted ein Committee-Token auf den DAG-Ledger und hält Zusammensetzung, Rollenumfänge, ausgewählte Prüfungen, Reason Codes und Inclusion Proofs fest, die zusammen die spätere Rekonstruktion und unabhängige Neubewertung nach Gl. 3 stützen.

Beispiele verdeutlichen Proportionalität und Dominanz. Ein inländischer interner Transfer mit geringem Wert und $\chi(\tau)=0$ wird von einem einzelnen Zahlungsverkehrsagenten ohne Eskalation zu einem Committee ausgeführt, entsprechend der Proportionalitätsbedingung, dass interne Exposure mit wenigen ausgewählten Prüfungen unterhalb der Policy-Schwelle $k$ nur die primäre Rolle aktiviert. Eine grenzüberschreitende Retail-Wertpapierorder mit $\chi(\tau)=1$ und $e=\text{External}$ aktiviert die ständige Menge „securities orders“ aus Kundenkategorisierung und Geeignetheit, Orderausführung, Best-Execution-Überwachung und Transaktionsmeldung; löst ein dominantes Ausschlusskriterium in $P^{\perp}$ aus, etwa eine minderjährige Kundin oder ein minderjähriger Kunde, kollabiert das Committee auf das Compliance-Gate, und die Externalisierung gibt $\mathrm{deny}(c)$ nach Gl. 8 zurück, wobei alle übersprungenen Prüfungen als skipped by policy protokolliert werden. Formal gilt

Indexierung des Rechtskorpus und Agenten-Routing

Der Rechtskorpus wird als strukturiertes, versioniertes Asset behandelt und nicht als flacher Vektorraum. Jedes Instrument wird normalisiert, segmentiert und auf Klauselebene zitiert, wobei jeder Chunk $l$ kanonische Metadaten $\mathrm{cite}(l)=\langle\text{jurisdiction},\text{instrument\_id},\text{article},\text{paragraph},\nu\rangle$ trägt, in denen $\nu$ Version und Gültigkeitsintervall kodiert, ergänzt um Tags für die Instrumentenklasse (prudenziell, Verhalten, Datenschutz, ICT), Intentions- und Exposure-Labels sowie explizite Querverweise. Die Ingestion bewahrt sowohl die Originalsprache als auch eine kontrollierte Übersetzung und hält Äquivalenzzuordnungen zwischen Erwägungsgründen, Artikeln, RTS/ITS und aufsichtlichen Q&A fest, sodass das nachgelagerte Retrieval unterschiedliche Verweise auf ein einziges, zeitlich verortetes Zitat auflösen kann.

Die Indexierung ist hybrid, um Bedeutung ebenso wie Zitate zu bewahren. Für dieselben Chunks werden drei koordinierte Sichten geführt: ein dichter semantischer Index für Embeddings $\phi(l)$, ein dünn besetzter Zitat- und Stichwortindex für exaktes Retrieval und ein Zitationsgraph $G$, der Instrumente über Kanten der Art „verweist auf“, „setzt um“ und „legt aus“ verbindet. Queries werden aus den Task-Merkmalen $\psi(\tau)$, der Orientierung $v=(t,e)$ aus Gl. 1, den Triggern $\kappa$ aus dem Quick Reference Vector Gl. 4 und der Exposure $e$ gebildet. Das Retrieval verläuft zweistufig: Ein semantischer Vorfilter wählt die Top-$k$-Kandidaten $\tilde L(\tau)$ nach Ähnlichkeit $\mathrm{sim}(\psi(\tau),\phi(l))$ unter Jurisdiktions- und Gültigkeitsfiltern aus, und ein Reranker verbindet anschliessend dünn besetzte Scores mit Graphnähe zur finalen Menge $L(\tau)$. Jedes zurückgegebene Element enthält $\mathrm{cite}(l)$ samt Textspanne und sichert damit eine für Menschen lesbare Verankerung.

Das Clustering ist dual angelegt, um die juristische Lesepraxis abzubilden. Wir berechnen instrumentenverankerte Cluster $C_{\text{inst}}$ für jedes Gesetz oder jede verbundene Menge von Rechtsakten sowie Aspekt-Cluster $C_{\text{asp}}$, die aus dem Zitationsgraphen und den Tag-Verteilungen abgeleitet werden und wiederkehrende Themen wie Geeignetheit, Kundenkategorisierung, persönliche Empfehlungen, Onboarding und Aufbewahrung abdecken. Chunks können in beiden Sichten auftreten. Aspekt-Cluster erlauben eine rasche Abdeckung über Instrumente hinweg, während Instrumenten-Cluster sicherstellen, dass der exakte Artikel und Absatz für Zitat und Audit verfügbar bleibt. Das Design vermeidet die Abhängigkeit von einem einzigen globalen Cluster.

Das Routing erfolgt nach Capability und nicht nach Gesetz. Institute registrieren Domänenagenten mit deklarierten Capabilities und Evidenzschemata, etwa für Zahlungsverkehr, FX, Treasury, Onboarding, Geeignetheit und Angemessenheit, persönliche Empfehlungen, Orderausführung, Meldewesen, Datenschutz und ICT-Kontrollen. Orientierung $v$, Exposure $e$ und die abgerufene Menge $L(\tau)$ bestimmen gemeinsam, welche Capability-Bündel relevant sind. Der Router wendet dieselbe Auswahllogik wie Gl. 9 an, um entweder eine einzelne Rolle oder ein minimales Committee zu aktivieren. Ein eigener Citation-Clerk-Agent hängt $\mathrm{cite}(\cdot)$ an und extrahiert die massgeblichen Textspannen, während ein Compliance-Agent das Pre-Output Gate Gl. 8 ausführt. Dieses Design hält das Wissen aktuell und vermeidet starre Silos nach dem Muster „ein Agent pro Gesetz“.

Die Korrelation zwischen Chunks und dem jeweils massgeblichen Recht wird über Metadaten und nicht über Embeddings garantiert. Jeder Chunk trägt sein kanonisches Zitat, seine Gültigkeitsdaten und Instrumentenkennungen (etwa CELEX für EU-Rechtsakte, BaFin-Rundschreiben-IDs, FINMA-RS-Nummern). Schlägt das Retrieval Kandidaten vor, entfernt eine Zitatkonsistenzprüfung Elemente, deren $\mathrm{cite}(\cdot)$ ausserhalb der Jurisdiktion oder des Gültigkeitsintervalls des Tasks liegt, und eine Mehrheitsentscheidung über die Top-$n$-Kandidaten stabilisiert die Rechtsgrundlage. Das resultierende Citation Pack $\{\mathrm{cite}(l),\text{span}(l)\}_{l\in L(\tau)}$ wird vom Citation Clerk signiert und auf den DAG geminted.

Rechtstext auf Matrix-Intention und Exposure abzubilden ist Orientierung und nicht Determination. Ein kuratorisch unterstützter Klassifikator schlägt $m(l)\in\{\text{Prohibition},\text{Obligation}\}\times\{\text{Internal},\text{External}\}$ für jeden Chunk vor, wobei alle Vorschläge geprüft und versioniert werden. Zur Laufzeit wendet der Router $m(l)$ zusammen mit dem Kontext an, um $P^{\star},O^{\star}$ und die Ordnung $\prec$ auszuwählen (vgl. Gl. 6, Gl. 7), während konkrete Guard Templates und Artefaktschemata aus dem Policy Store kompiliert werden. Die vollständige Retrieval- und Routing-Spur $\langle v,e,\psi(\tau),L(\tau),\mathrm{cite}(\cdot)\rangle$ wird zusammen mit dem Gate-Ergebnis auf den DAG geminted und ermöglicht Replay und Verifikation durch Prüfende.

Dieses Design adressiert praktische Anliegen. Rechtliche Aspekte werden nicht in einen einzigen globalen Cluster zusammengezogen, sondern in mehreren koordinierten Sichten organisiert. Agenten sind nicht eins zu eins an Gesetze gebunden, sondern nach Capability registriert und nach Orientierung und abgerufener Evidenz geroutet. Die Korrelation zwischen Chunks und Gesetzen wird über kanonische Zitate und Gültigkeitsdaten gesichert statt über Embedding-Heuristiken. Das Ergebnis ist über Jurisdiktionen portierbar, robust gegenüber Textdrift und bereit für aufsichtliche Prüfung.

Modell der Evidenzzulässigkeit

Die Admissibility muss explizit sein, damit die Obligation-Prüfungen in Gl. 6–Gl. 7 zur Laufzeit verifizierbar und im Audit reproduzierbar sind. Jede Obligation $o\in O^{\star}$ wird so modelliert, dass sie ein Artefaktbündel erzeugt

Das Admissibility-Prädikat ist als Konjunktion der policy-spezifizierten Qualitätsdimensionen definiert,

$\mathrm{Hash}(\cdot)$ bezeichne einen kollisionsresistenten Digest und $\mathrm{TS}(\cdot)$ einen vertrauenswürdigen Zeitstempel. Ein minimal zulässiges Bündel muss dann

Policy-Kompilierung und Governance

Die Orientierungsmatrix liefert das erste Signal, während die Policy-Kompilierung die aktiven Prüfungen bestimmt. Gegeben das Label $v=(t,e)$ aus Gl. 1 und den Task-Kontext $\chi(\tau)$ aus Gl. 2, bildet ein Compiler Orientierung und Kontext auf ausgewählte Guards und deren Auswertungsreihenfolge ab, vorbehaltlich menschlicher Aufsicht und Revision. Der Policy Store ist eine versionierte, zeitlich verortete Regelbasis mit Gültigkeitsintervallen, Freigabe durch prüfende Personen und Rollback-Unterstützung.

Die Kompilierung wird als deterministische Funktion der zum Entscheidungszeitpunkt $t$ gültigen Policy-Version $\nu$ modelliert:

Budgets wirken sowohl zur Compile-Zeit als auch zur Laufzeit. Ein Prädikat für Budgetüberschreitung steuert die Committee-Aktivierung in Gl. 9 und das Externalisierungs-Gate in Gl. 8:

Obligation-Templates werden während der Kompilierung an die Admissibility gebunden. Für jedes $o\in O^{\star}$ wählt der Compiler ein Evidenzschema und einen Admissibility-Test $E(\cdot)$ aus Gl. 13 und erzeugt daraus ein konkretes Template für $\mathrm{artefact}_o(\tau)$ mit den erforderlichen Angaben zu Provenienz, Signaturen, vertrauenswürdiger Zeit und DAG-Inclusion. Die zulässige Menge Gl. 6 und die Optimierung Gl. 7 arbeiten dann über diesen kompilierten Guards statt über dem vollständigen Kandidatenraum.

Die Governance sichert Reproduzierbarkeit und institutionelle Kontrolle. Jede Kompilierung ergibt ein Zertifikat

Overrides sind unter kontrollierten Bedingungen zulässig. Eine autorisierte prüfende Person kann $\mathrm{Override}(\mathrm{Cert}_{\mathrm{comp}},\Delta)$ ausstellen und damit $(P^{\star},O^{\star},\prec)$ mit Reason Code und im Vier-Augen-Prinzip ändern. Für dominante Prohibitions gilt Sicherheitsmonotonie: Gelten $p\in P^{\perp}$ und $p(\pi,\tau)=1$, kann der Override $p$ bei externer Exposure $(e=\text{External})$ nicht deaktivieren; jeder Abschwächungsversuch wird protokolliert und erzwingt $\nu'$ nach Gl. 8. Verschärfung ist stets zulässig, während die Entfernung nicht dominanter Prüfungen Signaturen prüfender Personen und die Ausgabe einer neuen Zertifikatsversion $\mathrm{deny}(c)$ erfordert.

Determinismus und Zeitverankerung schliessen den Kreis. Der Compiler ist bei gegebenem $(v,\text{context},\nu,t)$ deterministisch, und jede Änderung der Ausgabe ist auf Kontextaktualisierungen, geänderte Policy-Versionen oder zeitlich verortete Regeländerungen zurückführbar. Vertrauenswürdige Zeit bindet sowohl $\nu$ als auch $\mathrm{Cert}_{\mathrm{comp}}$ über Gl. 14 an replaybare Evidenz. Das Ergebnis ist ein Governance-Prozess, der Admissibility, Zulässigkeit, Committee-Bildung und Externalisierung integriert und die Orientierungsmatrix als Leitinstrument erhält statt als Quelle fest kodierter Ausführungsregeln.

Stilisierter Simulationspseudocode

Der folgende Pseudocode illustriert einen Durchlauf durch Kontexterkennung, Policy-Kompilierung, Short-Circuiting bei dominanten Ausschlusskriterien, Admissibility-Prüfungen und das in Gleichung 8 definierte Externalisierungs-Gate.

Dieser Pseudocode zeigt, wie das System die Einschlägigkeit erkennt, das Orientierungslabel zuweist, die Policy deterministisch kompiliert, bei dominanten Ausschlusskriterien kurzschliesst, die Admissibility der Obligation-Artefakte auswertet, über die durch Gl. 6–Gl. 7 definierte zulässige Menge optimiert, das Externalisierungs-Gate Gl. 8 ausführt und jeden Entscheidungspfad festhält, indem es ein replaybares, zeitgebundenes Audit Pack mintet.