Evidenz-Graph: Warum Nachweise Verknüpfung brauchen

Die meisten Organisationen, die sich auf den EU AI Act vorbereiten, sammeln Dokumente. Ein Ordner pro KI-System, darin Modellkarte, Risikobewertung, Testbericht, Freigabeprotokoll, ein paar Screenshots aus dem Monitoring. Das fühlt sich nach Fortschritt an — und scheitert im Audit trotzdem regelmäßig. Nicht weil die Dokumente fehlen, sondern weil die Verbindungen zwischen ihnen fehlen.

Ein Auditor fragt selten "Haben Sie eine Risikobewertung?". Er fragt: "Zeigen Sie mir, welche konkrete Risikobewertung zum Zeitpunkt dieser Produktionsfreigabe für genau diese Modellversion gültig war — und wer sie freigegeben hat." Das ist keine Dokumentenfrage. Das ist eine Verknüpfungsfrage.

Der Unterschied zwischen Ablage und Nachweis

Ein Dokument ist eine Aussage. Ein Nachweis ist eine Aussage mit Kontext: Wer hat sie wann über welchen Gegenstand getroffen, auf welcher Datengrundlage, und was folgte daraus?

Eine PDF-Risikobewertung im Ordner KI-System-17 beantwortet keine dieser Fragen. Sie beantwortet sie nur scheinbar — durch den Dateinamen und die Ordnerstruktur, also durch Konvention statt durch Daten. Konventionen brechen: Systeme werden umbenannt, Modelle neu trainiert, Teams reorganisiert, Ordner kopiert. Nach zwei Jahren weiß niemand mehr sicher, ob die Version im Ordner die Version war, die zur fraglichen Zeit tatsächlich galt.

Genau diese Zeitbindung ist der Kern der gesetzlichen Anforderungen. Artikel 11 EU AI Act in Verbindung mit Anhang IV verlangt technische Dokumentation, die auf dem aktuellen Stand gehalten wird — also nicht ein Dokument, sondern eine nachvollziehbare Folge von Ständen. Artikel 12 verlangt automatische Aufzeichnung von Ereignissen über den Lebenszyklus. Artikel 19 verpflichtet Anbieter, diese automatisch erzeugten Protokolle aufzubewahren, mindestens sechs Monate, soweit nicht anderes Unionsrecht längere Fristen vorsieht; Artikel 26 Absatz 6 spiegelt diese Pflicht für Betreiber. Und Artikel 18 verlangt die Aufbewahrung der Dokumentation für zehn Jahre nach dem Inverkehrbringen.

Sechs Monate Logs, zehn Jahre Dokumentation, laufend aktualisierte technische Unterlagen — das sind drei unterschiedliche Zeitachsen über denselben Gegenstand. Eine Ordnerstruktur kann das nicht abbilden. Ein Graph kann es.

Was ein Evidenz-Graph modelliert

Ein Evidenz-Graph beschreibt die Nachweislage als Knoten und Kanten statt als Dateibaum. Die Knoten sind die Objekte, über die tatsächlich gestritten wird:

• KI-Systeme und Modellversionen — die Gegenstände der Regulierung
• Pflichten und Kontrollen — was gelten soll, aus Gesetz, Norm oder interner Policy
• Artefakte — Bewertungen, Testergebnisse, Protokolle, Freigaben
• Akteure — wer verantwortet, wer freigibt, wer betreibt
• Ereignisse — Deployment, Änderung, Vorfall, Rezertifizierung

Die Kanten sind der eigentliche Wert: Kontrolle wird belegt durch Artefakt. Artefakt bezieht sich auf Modellversion. Modellversion war produktiv von–bis. Akteur hat freigegeben am. Jede Kante trägt einen Zeitstempel und eine Quelle.

Damit wird die Auditor-Frage von oben zu einer Abfrage: Nimm den Deployment-Zeitpunkt, folge der Kante zur damals gültigen Modellversion, von dort zu allen Artefakten, deren Gültigkeitsintervall diesen Zeitpunkt einschließt, und zu den Akteuren, die sie signiert haben. Die Antwort wird abgeleitet, nicht rekonstruiert.

Der zweite Effekt ist wichtiger als der erste: Ein Graph macht Lücken sichtbar. Eine Kontrolle ohne belegendes Artefakt ist ein leerer Knoten. Ein Artefakt, das auf eine Modellversion zeigt, die längst ersetzt wurde, ist ein veralteter Nachweis. In einer Ordnerstruktur sieht beides gleich aus wie ein gefüllter Ordner. Im Graph sind es zwei klar unterscheidbare Zustände — und beide lassen sich zählen, priorisieren und einem Verantwortlichen zuweisen.

Fidelity: Nicht jeder Nachweis wiegt gleich

Ein Screenshot eines Dashboards und ein signierter, maschinell erzeugter Log-Export sind beide "Evidenz". Sie sind nicht gleich belastbar. Ein tragfähiger Evidenz-Graph macht diesen Unterschied explizit, statt ihn zu verwischen.

Praktisch heißt das: Jedes Artefakt trägt Herkunftsmerkmale — automatisch erzeugt oder manuell erstellt, aus dem produktiven System oder aus einer Nebenquelle, veränderbar oder integritätsgesichert, mit oder ohne Zeitstempel aus dem Erzeugersystem. Aus diesen Merkmalen lässt sich eine Nachweisgüte ableiten, die Prioritäten setzt: Wo stützt sich eine Hochrisiko-Kontrolle allein auf eine manuelle Behauptung? Das ist der Punkt, an dem im Audit nachgefragt wird.

Genau hier verschiebt sich die Arbeit vom Sammeln zum Verbessern. Nicht "haben wir etwas?", sondern "ist das, was wir haben, gut genug für die Risikoklasse dieses Systems?". Welche Risikoklasse gilt, ist dabei selbst ein Knoten im Graphen — die Einstufung ist begründungspflichtig und änderbar, nicht ein einmaliges Häkchen. Eine erste Orientierung zur Einstufung bietet ki-vo-check.de.

Warum das eine Infrastrukturfrage ist

Nachweisführung dieser Art ist kein Dokumentationsprojekt mit Enddatum. Modelle werden neu trainiert, Prompts geändert, Anbieter gewechselt, Systeme erweitert. Jede dieser Änderungen erzeugt einen neuen Zustand, der belegt werden will. Wer das mit Stichtagserhebungen bearbeitet, ist zwischen zwei Erhebungen strukturell blind — und die Aufsichtsbehörde fragt nicht nach dem Stichtag, sondern nach dem Zeitpunkt des Vorfalls.

Deshalb ist Nachweisführung Trust-Infrastructure und nicht Compliance-Dokumentation: Sie muss laufen, während gearbeitet wird, und sie muss den Zustand von gestern genauso beantworten können wie den von heute. Compliance ist dann die Folge — nicht der Zweck. Die ISO/IEC 42001 formuliert denselben Gedanken in Klausel 7.5: dokumentierte Information ist nicht nur zu erstellen, sondern zu lenken — Aktualität, Verfügbarkeit, Integrität und Nachvollziehbarkeit der Änderungen inklusive.

Der Zeitrahmen ist bekannt. Mit der Verschiebung durch den Digital Omnibus greift die Durchsetzung der Hochrisiko-Pflichten am 02.12.2027. Wer erst dann anfängt, Verknüpfungen herzustellen, muss Zusammenhänge rekonstruieren, die zu diesem Zeitpunkt bereits zwei Jahre alt sind. Wer heute anfängt, lässt sie entstehen.

Der pragmatische Einstieg

Man braucht keinen fertigen Graphen, um anzufangen. Es genügt, drei Verknüpfungen für die wichtigsten Systeme sauber zu führen: Welche Pflicht gilt, welches Artefakt belegt sie, und für welchen Zeitraum. Alles Weitere — Akteure, Ereignisse, Nachweisgüte — lässt sich daran anlagern.

Der Test ist einfach: Nehmen Sie ein produktives KI-System und einen beliebigen Zeitpunkt der letzten sechs Monate. Können Sie in unter zehn Minuten belegen, welche Version lief, welche Bewertung galt und wer sie verantwortet hat? Wenn die Antwort "wahrscheinlich schon, ich müsste suchen" lautet, ist der Nachweis noch keiner.

Mehr zur AEGIRA Trust-Platform und zu evidenzbasierter KI-Nachweisführung: aegira.ai