Kontext & Memory: was der Agent sieht, behält und erst holt
Ein Support-Agent nennt Kunde B einen Sachverhalt aus dem Gespräch mit Kunde A — nicht weil die Trennung falsch konfiguriert war, sondern weil sie nie konfiguriert wurde. Ein zweiter antwortet in zwölf Prozent der Fälle ohne jede Fundgrundlage, flüssig und überzeugend. Beides sind Entscheidungen über Speicher, die niemand getroffen hat.
~30 Min · 12 Abschnitte Einführung · 9 Übungen (davon 2 Missionen)
Modul starten →
Fortschritt wird gespeichert — du kannst das Modul später jederzeit fortsetzen.
Das kannst du danach
- ✓Danach entscheidest du für jeden Inhalt, ob er in den Vorspann, ins Memory oder in eine Abfrage gehört.
- ✓Du ziehst Sichtbarkeitsgrenzen in der Ausführungsschicht statt im Prompt und kennst die drei Achsen jedes Memory-Eintrags.
- ✓Du gestaltest den Leerfall als Ergebnis und erkennst, wann Aufräumen im Kontext mehr kostet als es spart.
Übungen
- 1. MissionWoher kommt dieser Inhalt
- 2. EntscheidungWie strukturiert ihr den Wissenszugriff?
- 3. EntscheidungWelche Änderung behebt die Ursache?
- 4. MissionKontextverdrängung, gut gemeint
- 5. EntscheidungWie stellt ihr die Schreib-Policy um?
- 6. EntscheidungWelcher Umbau adressiert beide Symptome?
- 7. EntscheidungWelche Änderung behebt beide Muster?
- 8. EntscheidungWas baut ihr ein?
- 9. EntscheidungWelche Maßnahme greift an der richtigen Stelle?
Quellen & Aktualität6 Primärquellen · zuletzt geprüft:
Verfasst von Julian Zentgraf