← Back to overview

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.

Learning goal

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

When this graph type helps

  • 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.

What is usually in the graph

  • 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.

What the LLM uses it for

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

Typical risk

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

EU AI Act example

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

Simulation

Applied to this demo

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 specifics

  • 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.

Inside the machine room

The black box opened as a trace

This is the didactic core: user input becomes system intent, graph context, LLM context, and finally an answer.

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

Interaction model

What the user does, what the graph knows, what the LLM does

The important part is not the visual graph alone. The learning value comes from seeing how user intent, graph context, and LLM synthesis influence each other.

Input and control

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.

Structured context

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.

Reasoning and language

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.

Visible loop

How the LLM interacts with the graph

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 package

What enters the LLM context

  • 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

The LLM does not browse the whole graph. It receives a selected, structured context package and must answer inside that boundary.

Observation

The simulated intermediate steps

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.