2D-Zugänge, Quest-Verbindung und dauerhafte Entscheidungs-Nachverfolgung

[KajoVanBuyten]

Problem und Ergebnis

Beantwortete Entscheidungen blieben bislang nur als Text im Pool. Gerade wenn das verknüpfte Issue bereits geschlossen oder gemergt war, fehlte eine verbindliche Übergabe der neuen Arbeit. Jetzt bekommt jede Antwort einen dauerhaft gespeicherten Umsetzungsstatus. Der Issues Agent gleicht die Antwort gegen Code, offene und geschlossene Issues sowie PRs ab. Fehlt Umsetzung, verknüpft er ein passendes offenes Issue oder legt ein Folge-Issue mit stabilem Idempotenzmarker an. Er meldet Issue-Nummern und Nachweise zurück; ein Merge oder „keine Arbeit nötig“ wird erst nach Bestätigung durch den Projektverantwortlichen als abgeschlossen geführt. Alte Antworten werden beim Laden automatisch zur Prüfung vorgemerkt. Unterbrochene Läufe werden erneut versucht, verspätete Berichte zu alten Antworten abgewiesen.

Der Abgleich nutzt den Issues Agent, aber ändert nie die Worker-Queue, weist kein Issue zu und startet keinen Implementierungs-Worker. Die Entscheidungsliste zeigt Status, Nachweise, Issue-Links, einen erneuten Abgleich und den Filter „Umsetzung noch offen“.

Dieser PR enthält außerdem die zuvor begonnenen Office-Ergänzungen: Entscheidungen, Playtests und APK im 2D-Menü, breitere Playtestliste, lokalen APK-Download bei erreichbarem Office-Rechner, einen abbrechbaren Quest-/ADB-Verbindungsaufbau und eine strukturierte externe Review-Übergabe, bei der konkrete Bugs und Tasks als Issues erfasst werden.

Der Branch enthält abhängige, noch nicht in origin/main gelandete Features für Entscheidungen, Playtests, APK und XR. Diese Feature-PRs sollten vor diesem PR berücksichtigt werden; danach kann ein Rebase nötig sein.

Prüfung

• npm run typecheck und npm run build: erfolgreich.
• Entscheidungs-/Berechtigungs-/Größentests: 14/14 erfolgreich. Darunter Persistenz über Neustart, Migration älterer Antworten, Wiederholung nach Ablauf, Schutz gegen alte Agentenberichte und ausschließliche Übergabe an den Issues Agent.
• Headless-Browser: Entscheidungsstatus, Filter, Desktop-/Mobilansicht und Esc geprüft; Screenshots erstellt.
• npm test gestartet: bestehende Clone-Fixtures scheitern hier an gh/GitHub-Zugriff und der Gesamtlauf blieb danach hängen. Er wurde beendet; die betroffenen neuen Module sind gezielt grün.
• Echte Quest-/Headset- und Live-GitHub-Issue-Erstellung wurden nicht geprüft. Die automatische Nachverfolgung läuft erst nach Deployment dieser Office-Version.