Erfahre, was Kontextvergiftung ist, wie du sie in einer Bob-Konversation erkennst und wie du sie behebst, indem du eine neue Task startest oder die Kontext-Hygiene verbesserst.

Über Kontextvergiftung

Kontextvergiftung liegt vor, wenn falsche oder irrelevante Informationen in das context window gelangen und im transcript bleiben. Bob behandelt diese Informationen bei Folge-prompts als Fakten. Antworten driften ab. Tool-Aufrufe werden ungenau. Das work goal geht verloren.

Das unterscheidet sich von einer einzelnen schlechten Antwort. Die fehlerhaften Daten liegen in Messages (oder kamen durch ein eingelesenes File, eingefügte Logs oder einen veralteten Kommentar hinein). Bob sendet sie bei jedem prompt erneut mit, bis du zurücksetzt oder kondensierst.

Wie sich das Fenster füllt und wann du neu starten solltest, erfährst du unter Context window management. Eine praktische Anleitung zum Zurücksetzen findest du unter Create a new context window.

Symptome

Du hast es wahrscheinlich mit Kontextvergiftung zu tun, wenn dir eines der folgenden Dinge auffällt:

Schlechtere Ausgabe: Vorschläge wiederholen sich, schweifen ab oder passen nicht mehr zum repository.

Falsche Tool-Nutzung: Tool-Schritte im transcript passen nicht mehr zu dem, worum du gebeten hast.

Feststeckende mehrstufige Arbeit: Lange Abläufe mit mehreren prompts drehen sich im Kreis oder bleiben hängen im Agent mode.

Kurzlebige Korrekturen: Ein korrigierender prompt hilft einmal, aber dann kommt das Problem zurück.

Tool-Verwirrung: Bob verwendet Tools falsch, obwohl sich die Tool definitions nicht geändert haben.

Wenn Messages schon groß ist, prüfe zuerst die context window breakdown. Kontextvergiftung und ein überfülltes Fenster treten oft zusammen auf.

Häufige Ursachen

Ursache	Was passiert
Falsche Fakten im Thread	Bob behauptet etwas Falsches. Spätere Nachrichten behandeln es in Messages als gesicherte Grundlage.
Veralteter oder falscher repository-Text	Veraltete Kommentare, README-Fragmente oder generierte Docs führen File-Reads in die Irre.
Zu große Einfügungen	Logs oder Snippets mit Rauschen, abgeschnittenem Inhalt oder versteckten Zeichen landen in Messages.
Kondensierung	Bob fasst ältere Messages zusammen. Nützliche Details verschwinden. Was bleibt, kann den Thread dominieren.
Irrelevanter Kontext	Nicht zusammenhängende Files, alte Pläne oder ein früheres work goal existieren noch im transcript.

Sobald schlechter Kontext in Messages ist, bleibt er über jeden nachfolgenden prompt hinweg bestehen. Bob ignoriert plausibel klingenden Text nicht zuverlässig nur deshalb, weil er falsch ist.

Grenzen korrigierender Prompts

Wenn du Tool definitions, Regeln oder einen strengen korrigierenden prompt in die Konversation einfügst, kann das das Problem für ein oder zwei Nachrichten kaschieren. Die vergiftete Messages-Historie ist aber immer noch da. Die nächste themenfremde Frage kann denselben Fehler wieder auslösen.

Die verlässliche Lösung ist eine neue Task: Klicke im Chat-Panel auf + (New task). Siehe Create a new context window.

Wiederherstellung

Starte eine neue Task mit + (New Task). Dadurch werden vergiftete Messages gelöscht, während Rules und Projektdateien auf der Festplatte erhalten bleiben.

Füge weniger ein. Sende nur die Log-Zeilen oder Fehler, die Bob wirklich braucht. Große Dumps vergrößern Messages und erhöhen das Risiko.

Teile das work goal auf. Nutze getrennte Tasks für unabhängige Schritte, damit ein veraltetes transcript nicht mitgeschleppt wird.

Prüfe Tool-Ausgaben. Wenn ein Tool Unsinn zurückgibt, stoppe und setze zurück, statt Bob in Messages darauf aufbauen zu lassen.

Vertraue Tests mehr als Text. Wenn Kommentare und Code sich widersprechen, lenke Bob auf ausführbare Prüfungen. Das ist dieselbe Empfehlung wie bei context window best practices.