Annahmen bestätigen
Der Nutzer bestätigt oder korrigiert, was das System aus früheren Fragen über Produkt, Rolle und Ziel gelernt hat.
04 · Interaktion und Memory
Ein Conversational Graph modelliert Gesprächsverlauf, Nutzerziele, Annahmen, Korrekturen, Präferenzen und offene Fragen als strukturierten Kontext. Er macht Memory prüfbar statt nur Chatverlauf anzuhäufen.
Learning goal
Du lernst, wie GraphRAG über mehrere Gesprächsschritte stabil bleibt, ohne jede Äußerung ungeprüft als Wahrheit zu behandeln.
Alles wird gespeichert, aber nichts ist vertrauenswürdig oder widerrufbar.
EU AI Act example
Ein Conversational Graph macht das Gespräch selbst zum strukturierten Kontext. Er hält fest, welche Annahmen, Korrekturen, Ziele und offenen Fragen für die nächste Antwort relevant sind.
Inside the machine room
This is the didactic core: user input becomes system intent, graph context, LLM context, and finally an answer.
Folgefrage baut auf Vorwissen auf
Was haben wir zur Launch-Entscheidung schon geklärt?
Benötigt: Gesprächshistorie, bestätigte Annahmen, Korrekturen, offene Punkte
Memory-Abfrage, kein Neustart
Folgefrage erkannt. Gesprächszustand laden, Vertrauensstatus prüfen. Nicht nur letzten Turn, sondern Session-Verlauf auswerten.
Intent: Gesprächsstand zusammenfassen, nicht neu beginnen
Memory mit Vertrauensstatus
Anbieter-Rolle [bestätigt, Turn 3]. Hochrisiko-KI [bestätigt, Turn 5]. Risikoklasse [korrigiert: zunächst 'unklar', ab Turn 7 'Hochrisiko']. Offene Punkte: Verantwortliche für Art. 9 [nicht bestätigt], Konformitätsbewertung-Timing [offen].
Memory: 2 bestätigt, 1 korrigiert, 2 offen – Korrekturen bleiben sichtbar
Nur bestätigte Einträge als Grundlage
Memory-Kontext empfangen. Anweisung: nur bestätigte Annahmen als Grundlage nutzen. Korrekturen explizit nennen. Offene Punkte als Blocker markieren, nicht raten.
Prompt-Constraint: Memory-Status sichtbar machen
Stand mit Korrekturen sichtbar gemacht
Bisher gesichert: Ihr seid Anbieter, Hochrisiko steht (nach Korrektur aus Turn 7). Offen: Wer verantwortet Art. 9 Risikomanagement? Wann startet die Konformitätsbewertung? Das sind die zwei verbleibenden Blocker für den Launch.
Whitebox: 2 bestätigt, 2 offen, 1 Korrektur explizit
Interaction model
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
Der Nutzer bestätigt oder korrigiert, was das System aus früheren Fragen über Produkt, Rolle und Ziel gelernt hat.
Er fragt nicht jedes Detail neu, sondern baut auf der bisherigen Launch-Diskussion auf.
Der Nutzer kann falsche Annahmen widerrufen oder offene Punkte als erledigt markieren.
Structured context
Der Graph enthält Sessions, Fragen, Antworten, Ziele, Annahmen, Korrekturen und offene Entscheidungen.
Kanten halten fest, ob eine Aussage bestätigt, korrigiert, ungeprüft oder veraltet ist.
Der Graph zeigt, wie sich die Launch-Entscheidung Schritt für Schritt entwickelt hat.
Reasoning and language
Das LLM erhält relevante bestätigte Annahmen, offene Punkte und Korrekturen statt den gesamten Chatverlauf.
Es markiert, wenn eine neue Aussage früheren Annahmen widerspricht.
Die Antwort enthält nicht nur Inhalt, sondern den nächsten sinnvollen Schritt im Entscheidungsprozess.
Visible loop
Wir haben letzte Woche geklärt, dass wir Anbieter sind. Welche Pflicht ist jetzt die dringendste vor unserem August-Launch?
Session-Kontext: Anbieter [bestätigt, Turn 3], Hochrisiko [bestätigt, Turn 5]. Offen: Konformitätsbewertung [nicht gestartet], Techn. Dok. [in Arbeit]. Launch-Datum: August.
Auf Basis der bestätigten Anbieter-Rolle und Hochrisiko-Einstufung: Die dringendste Pflicht ist die Konformitätsbewertung nach Art. 43 – sie muss vor Inverkehrbringen abgeschlossen sein. Ist bis August realistisch?
Die Konformitätsbewertung ist gerade gestartet, braucht noch 6 Wochen. August wäre knapp – was, wenn wir den Launch verschieben?
Prompt package
The LLM does not browse the whole graph. It receives a selected, structured context package and must answer inside that boundary.
Observation
Die Simulation unterscheidet aktuelle Frage, Ziel, Annahme und offene Entscheidung.
Folgefragen starten nicht wieder bei null.
Korrekturen überschreiben nicht still, sondern werden als Ereignis sichtbar.
Der Nutzer erkennt, ob die Antwort auf alten oder korrigierten Annahmen basiert.
Der Graph schlägt die nächste sinnvolle Klärung vor.
Das Demo-Gespräch wird zu einem prüfbaren Entscheidungsverlauf.