← Zur Übersicht

05 · Zeit und Veränderung

Dynamischer Graph

Ein dynamischer Graph modelliert, was wann galt, was sich geändert hat und welcher Zustand zu einem bestimmten Zeitpunkt relevant ist. Er ergänzt Beziehungen um Zeit, Versionen und Ereignisse.

Lernziel

Du lernst, warum Compliance-Antworten ohne Zeitbezug schnell falsch werden und wie ein Graph Zustände, Fristen und Änderungen sichtbar hält.

Wann dieser Graph-Typ grundsätzlich hilft

  • Wenn Antworten vom Zeitpunkt, von Versionen oder von Zustandsänderungen abhängen.
  • Wenn Historie erhalten bleiben muss, statt nur den letzten Stand zu speichern.
  • Wenn Planung, Monitoring oder Compliance über mehrere Phasen hinweg gesteuert werden.

Was typischerweise im Graph ist

  • Ereignisse, Zeitpunkte, Fristen, Versionen, Zustände und Gültigkeitsintervalle.
  • Beziehungen wie galt ab, galt bis, ersetzt, verursacht, blockiert oder aktualisiert.
  • Aktuelle und historische Sichten auf denselben Sachverhalt.

Wofür das LLM diesen Graph nutzt

  • Das LLM bestimmt zuerst den relevanten Stichtag.
  • Es trennt aktuelle, vergangene und zukünftige Aussagen.
  • Es erklärt, welche Änderung welche Entscheidung beeinflusst.

Typisches Risiko

Der Graph zeigt nur den letzten Zustand und verliert die Historie.

EU-AI-Act-Beispiel

Was gilt heute, was gilt später, und was ändert unsere Launch-Planung?

Simulation

Auf diese Demo angewendet

Ein dynamischer Graph ergänzt den Graph um Zeit. Gerade beim EU AI Act ist entscheidend, was heute gilt, welche Fristen später greifen und welche Version einer Quelle verwendet wurde.

EU-AI-Act-spezifisch

  • Wenn Umsetzungsfristen, Geltungszeitpunkte oder Übergangsphasen wichtig sind.
  • Wenn eine Antwort zwischen aktuellem und zukünftigem Zustand unterscheiden muss.
  • Wenn ein Launch-Plan an rechtliche und interne Meilensteine gekoppelt ist.

Blick in den Maschinenraum

Die Blackbox als Trace geöffnet

Das ist der didaktische Kern: Aus Nutzereingabe werden System-Intent, Graphkontext, LLM-Kontext und schließlich eine Antwort.

Trace
  • User

    Zeitfrage ohne Stichtag

    Was gilt heute, was gilt später, und was ändert das für unsere Launch-Planung?

    Benötigt: Stichtag, Launch-Termin, Version, aktueller und zukünftiger Status

  • System

    Zwei Stichtage – heute und August 2026

    Zeitfrage erkannt. Stichtage: heute (Mai 2026) und August 2026. Vorgehen: aktuellen Status laden, dann Änderungsereignisse auswerten. Version prüfen.

    Intent: temporale Differenz, nicht nur aktueller Stand

  • Graph

    Zeitpfad mit Änderungsereignis

    Heute [Mai 2026]: AI Act in Kraft, Übergangsfrist für Hochrisiko-Pflichten läuft. August 2026: Art. 9, 10, 11, 43 vollständig wirksam [Ereignis: 12.08.2026]. Version 2024/1689 [aktuell, keine Änderung bekannt].

    Zeitpfad: heute → Übergangsfrist → 12.08.2026 → volle Pflichtenwirkung

  • LLM

    Zeitbezug in jeder Aussage

    Zeitkontext empfangen. Anweisung: aktuelle und zukünftige Aussagen trennen. Planungskonsequenz explizit machen. Jede Aussage mit Zeitbezug versehen.

    Prompt-Constraint: Zeitbezug sichtbar, heute ≠ August 2026

  • LLM

    Übergangsfrist als Planungshebel

    Heute läuft die Übergangsfrist – Hochrisiko-Pflichten greifen noch nicht vollständig. Ab 12. August 2026 ändern sich Art. 9, 10, 11, 43. Das bedeutet: Launch heute ist möglich, aber die Konformitätsbewertung muss bis August abgeschlossen sein. Baut das als harten Meilenstein ein.

    Whitebox: heute = Übergangsfrist aktiv, 12.08.2026 = volle Pflichtenwirkung

Interaktionsmodell

Was der User macht, was im Graph ist, was das LLM macht

Wichtig ist nicht nur der sichtbare Graph. Der Lerneffekt entsteht, wenn sichtbar wird, wie Nutzerintention, Graphkontext und LLM-Synthese zusammenwirken.

Eingabe und Steuerung

User

Stichtag nennen

Der Nutzer sagt, ob er eine Antwort für heute, für den geplanten Launch oder für eine spätere Frist braucht.

Version prüfen

Er kontrolliert, welche Dokumentversion und welcher Produktstatus für die Antwort gelten.

Plan aktualisieren

Der Nutzer passt Meilensteine an, wenn neue Fristen oder Zustände relevant werden.

Strukturierter Kontext

Graph

Zeitknoten

Der Graph enthält Daten, Fristen, Versionen, Ereignisse, Zustände und Gültigkeitsintervalle.

Historische Kanten

Kanten zeigen, was ab wann galt, was ersetzt wurde und welche Änderung welchen Zustand ausgelöst hat.

Aktueller Kontext

Der gültige Antwortkontext wird aus Stichtag, Version und Zustand berechnet.

Synthese und Sprache

LLM

Zeitkontext bestimmen

Das LLM fragt nicht nur nach relevanten Pflichten, sondern nach Pflichten zum passenden Zeitpunkt.

Heute und später trennen

Es unterscheidet aktuelle Aussage, künftige Änderung und Planungsrisiko.

Zeitsensible Antwort schreiben

Die Antwort benennt, was jetzt gilt, was später relevant wird und welche Entscheidung dadurch betroffen ist.

Sichtbarer Ablauf

Wie das LLM mit dem Graph interagiert

Dialog
  • User

    Wir launchen Ende Juli 2026. Was gilt zu dem Zeitpunkt, und was ändert sich dann im August?

  • Graph

    Juli 2026: Übergangsfrist für Hochrisiko-KI noch aktiv. August 2026: Art. 9, 10, 11, 43 vollständig wirksam [Frist: 12.08.2026]. Version: EU AI Act 2024/1689 [aktuell].

  • LLM

    Ein Juli-Launch liegt 3 Wochen vor der Frist. Formell möglich, aber: Die Konformitätsbewertung muss bis August abgeschlossen sein. Wenn sie dann noch läuft, bringt ihr ein nicht-konformes System in Verkehr. Habt ihr August als harten Meilenstein im Plan?

  • User

    August 2026 war uns nicht bewusst. Können wir den Launch auf September verschieben und die Bewertung parallel abschließen?

Prompt-Paket

Was ins LLM-Kontextfenster geht

  • Nutzerfrage mit Stichtag oder Launch-Termin
  • Gültige Dokumentversion
  • Aktuelle Zustände und spätere Fristen
  • Änderungsereignisse mit Ursache
  • Regel, Zeitbezug in jeder Aussage sichtbar zu machen

Das LLM durchsucht nicht den gesamten Graph. Es bekommt ein ausgewähltes, strukturiertes Kontextpaket und muss innerhalb dieser Grenze antworten.

Observation

Die simulierten Zwischenschritte

1

Zeitpunkt setzen

Die Simulation beantwortet nicht allgemein, sondern bezogen auf einen Stichtag.

Der Nutzer sieht sofort, ob die Antwort aktuell oder zukünftig gilt.

2

Änderungen vergleichen

Versionen, Fristen und Zustände werden getrennt modelliert.

Die Demo kann zeigen, warum eine spätere Pflicht heute schon relevant ist.

3

Plan aktualisieren

Der Launch-Plan bekommt zeitabhängige Bedingungen.

Das Ergebnis ist kein statischer Befund, sondern ein lebender Entscheidungskontext.