System-Step 6 von 9
Anfrage- und Ergebnislauf spezifizieren
Den Anfrageweg spezifizieren: Textsuche, Entitätserkennung, Graphabfrage, Kontextpaket, Ergebnis und Anfrageprotokoll.
Was du mitnimmst
Eine GraphRAG-Antwort wird prüfbar, wenn der Suchweg sichtbar ist: Textstelle, Entität, Graphpfad, Kontextpaket und Antwort.
Systemziel
Was hier geklärt wird
Du beschreibst zwei einfache Antwortwege: Fragen nach einer Quelle suchen Textstellen. Fragen nach Zusammenhängen suchen zusätzlich einen Pfad im Graphen.
Kontext
Die Architekturfrage
Die Architekturfrage lautet: Welchen technischen Weg nimmt eine Frage durch Suche, Graph, Kontextpaket und Antwort?
Die Testfrage lautet: Welche Projekte sind betroffen, wenn CRM als kritisches Kundensystem jährlich geprüft werden muss?
Diese Frage braucht zwei Suchwege. Erstens: Was bedeutet "jährlich geprüft werden" und wo steht das? Dafür sucht das System eine passende Textstelle. Zweitens: Welche Projekte hängen an CRM und welche Teams verantworten sie? Dafür fragt das System den Graphen nach einem Pfad.
Das Kontextpaket enthält die gefundenen Textstellen, erkannte Entitäten, Graphpfade und Herkunftsbelege. So kann die Antwort später sagen: Auf Basis von Richtlinie A Abschnitt 4.2 und dem Pfad CRM -> Projekt Alpha -> Customer Core.
Prinzip
Architekturprinzip
Die Frageart bestimmt den Suchweg. Fragen nach Textstellen laufen anders als Fragen nach verbundenen Dingen.
Der Orchestrator ist die Stelle, die diesen Weg auswählt. Er entscheidet gezielt: Textsuche, Entität erkennen, Graphpfad abfragen, Treffer sortieren, Ersatzweg oder Rückfrage.
Der Nutzen dieser Spezifikation ist die Fehlerortung: Jeder Schritt liefert ein Zwischenergebnis, das im Anfrageprotokoll sichtbar sein muss.
Systementwicklung
Systembaustein
| Schritt im Anfrageweg | Aufgabe | Ergebnis |
|---|---|---|
| Frage einordnen | erkennen, ob Text, Pfad oder beides nötig ist | Suchweg: Text + Graphpfad |
| Entität erkennen | CRM im Systemkontext finden | System: CRM |
| Textstellen suchen | Richtlinien- und Quellenabschnitte holen | Richtlinie A Abschnitt 4.2 |
| Graphpfad abfragen | betroffene Projekte und Teams finden | CRM -> Projekt Alpha -> Customer Core |
| Kontextpaket bauen | Textbeleg, Pfad und Herkunft zusammenführen | nutzbarer Kontext für das LLM |
Der Systembaustein ist der Anfrageweg. Er beschreibt, was bei einer Frage technisch passiert und welche Zwischenergebnisse im Anfrageprotokoll sichtbar sein müssen.
path-query.cyphercypher
MATCH (policy:Policy {id: "policy-a"})-[:DEFINES_OBLIGATION_FOR]->(system:System {id: "system-crm"})
MATCH (system)-[:USED_BY]->(project:Project)-[:OWNED_BY]->(team:Team)
RETURN policy, system, project, teamAbwägen
Trade-off
Was wird einfacher, was schwieriger?
Die Entscheidung: Du spezifizierst unterschiedliche Suchwege für unterschiedliche Fragearten.
Die Konsequenz: Jeder Suchweg braucht Tests, Anfrageprotokolle und Fallback-Regeln. Wenn die Erkennung von "CRM" mehrere Kandidaten findet, muss der Orchestrator nachfragen, zusätzliche Chunks suchen oder die Antwort als unsicher markieren. Wenn der Graph keinen Pfad findet, muss auch dieser Zustand sichtbar werden.
Der Trade-off hilft dir beim Grundverständnis: Ein einziger Suchweg ist schnell gebaut. Getrennte Suchwege machen Antworten gezielter, brauchen aber eigene Tests, Anfrageprotokolle und Fallbacks.
Fehlerbild
Typischer Baufehler
Worauf du achten musst
Die typische Falle: Alle Fragen laufen durch denselben großen Suchweg, weil das am Anfang bequem ist. Jede Anfrage bekommt Textsuche, Entitätserkennung, Graphpfad, Sortierung der Treffer und Antwortgenerierung.
Das zeigt sich schnell: Einfache Fragen nach Textstellen werden langsam, Fragen nach Zusammenhängen liefern zufällige Treffer und niemand sieht, welcher Teil des Suchwegs wirklich gebraucht wurde.
Lege pro Frageart einen Suchweg fest. Fragen nach Textstellen brauchen einen anderen Lauf als Fragen nach Projekten, Teams, Pflichten oder Pfaden.
Prüfen
Woran du es erkennst
Prüfpunkt
Du erkennst den Wert dieses Schritts bei einer schlechten Antwort. Dann kannst du fragen: Wurde die Textstelle gefunden? Wurde CRM richtig erkannt? Kam der Graphpfad zurück? Wurde alles ins Kontextpaket übernommen?
Üben
Mini-Aufgabe
Entwirf zwei Suchwege: einen für "Was steht in Richtlinie A Abschnitt 4.2?" und einen für "Welche Projekte sind von CRM-Prüfpflichten betroffen?"
Musterlösung
- 1Richtlinie-Frage: Metadatenfilter auf Richtlinie A, Abschnitt 4.2, dann Textstelle und Quelle in das Kontextpaket.
- 2Frage nach betroffenen Projekten: CRM als System erkennen, Graphpfad zu Projekten und Teams abfragen, dazu Textstellen aus Richtlinie und Projektliste.
Die erste Frage braucht vor allem Textsuche. Die zweite Frage braucht Textsuche und Graphpfad.
Reflektieren
Selbsttest
1.Was macht der Orchestrator?
Er wählt den Suchweg, kombiniert Ergebnisse und baut das Kontextpaket für die Antwort.
2.Wann braucht eine Frage eine Graphabfrage?
Wenn sie fachliche Beziehungen oder Pfade zwischen Entitäten abfragt.
3.Warum gehört der Suchweg in das Anfrageprotokoll?
Damit später sichtbar ist, welcher Weg zur Antwort geführt hat.
Kernaussage
Eine GraphRAG-Antwort wird prüfbar, wenn der Suchweg sichtbar ist: Textstelle, Entität, Graphpfad, Kontextpaket und Antwort.