rooom V3 — Umsetzungsstand (Vorschau)

Was steht

Register der Spezifikation

6 Register unter spec/; die Statusverteilung ist je Register vollständig aufgezählt.

In Arbeit (Anforderungen mit anderem Status als proposed): V3-006 Gemeinsamer Fachkern (in_progress, G1), V3-011 Atomare Revisionen (in_progress, G1), V3-012 Idempotency (in_progress, G1), V3-013 Undo und Redo (in_progress, G1).

Anforderungen nach Gate

Architekturentscheidungen (ADR)

8 ADR-Dateien unter spec/architecture/adr/; Status ist die Statuszeile je Datei bis zum ersten Satzende (Markdown entfernt), die Verteilung zählt ihr erstes Wort: 7 Angenommen, 1 Vorgeschlagen. Getroffene Entscheidungen des Registers: D-01 Three.js-WebGPU-Splat-XR-Kombination (ADR-0001), D-10 Custom-Code-Vertrauensmodell (ADR-0005), D-12 Pilotscope und Reihenfolge (ADR-0003).

Datenbank

Auf dem Supabase-Projekt rooom3 angewendete Migrationen laut db/angewendet.json: 5 von 5 Migrationsdateien. Keine gebaute Migration wartet auf Anwendung.

CREATE-Anweisungen in den Migrationsdateien (Quelltext ohne Kommentare, per Muster gezählt — Anweisungen, nicht Objekte; create or replace ersetzt und zählt trotzdem):

Threat Model

spec/security/threat-model.md führt 31 Bedrohungen (T-) und 31 Negativtests (N-). Die Negativtests sind Pläne; ihr Ausführungsstand steht in der jeweiligen Zeile.

Prüfstand

ops/verify.mjs prüft in dieser Reihenfolge (14 Schritte):

1. Spezifikation: Konsistenz
2. Spezifikation: Negativtest
3. Typecheck: packages/contracts
4. Typecheck: packages/scene-document
5. Typecheck: packages/commands
6. Typecheck: packages/transport
7. Typecheck: packages/auth
8. Typecheck: packages/renderer-three
9. Typecheck: apps/api
10. Tests
11. Architektur: Negativtest
12. Command-Kern: Negativtest
13. Datenbank: Verhaltenstest (PGlite)
14. Datenbank: Negativtest (PGlite)

Konsistenzprüfung der Spezifikation (ops/spec-check.mjs) beim Erzeugen dieser Seite — bestanden, 12 Regeln grün, 0 Warnungen:

• 1. Alle 6 Register sind gueltiges JSON
• 2./3. Alle Register vollzaehlig, IDs lueckenlos und eindeutig
• 4. Keine unbekannten Verweise zwischen den Registern
• 4b. Abnahmen in Anforderungs- und Testregister sind deckungsgleich
• 4c. Jede Kante spiegelt ihre Anforderung (Zustand, Abnahme, Gate, WPs, Benchmarks) und passt zum Ausfuehrungsstand
• 5. Arbeitspaketgraph ist azyklisch
• 6. Alle Statuswerte zulaessig, kein Erfolgsstatus ohne Beleg
• 6c. Jede getroffene Entscheidung hat ein vorhandenes ADR
• 7. Alle Gate-Werte in {G0, G1, G2, G3}
• 8. Jede Belegbehauptung der Traceability ist vollstaendig; jeder Beleg ist eine Datei mit Inhalt im Arbeitsbaum (Versionierung, Commit und Inhalt NICHT verifiziert)
• 9. Je Register genau eine fuehrende Datei
• 10. 36 Zaehlstellen (41 Vorkommen) in spec/index.md stimmen mit ihren Quellen ueberein: ADR-Dateien, Kapitelauszuege (Gesamtzahl und Aufteilung), Recherche, hoechste T-/N-Zeile, angewendete Migrationen auf rooom3 (auch die Stufen von ADR-0008), naechste Migrationsnummer, Vertiefung und Repositories der Bestandsanalyse, Registerzaehlungen (Register-, Stand- und Dokumente-Tabelle, Kasten), Statusverteilungen je Register (auch „alle"/„keine"), Gate-Anforderungszahlen, Traceability (Kanten mit Beleg, Abnahmen ausgefuehrt), verify-Schritte und Typechecks — NICHT geprueft: ADR-Statusverteilung, ID-Listen in Klammern, Prosazeilen (Gate-Stand, Nachweise, Datum)

Was fehlt

Soll und Ist im Repository

Sollliste aus CLAUDE.md §3 (Apps, Pakete, Worker, Python-SDK): 5 vorhanden, 23 fehlen. Ein Verzeichnis entsteht erst, wenn der erste Slice es braucht — „fehlt" ist hier Plan, kein Defekt. Vorhanden, aber in der Sollliste nicht genannt: apps/status, packages/auth, packages/transport.

Offene Entscheidungen am Gate G0

Dem Gate G0 zugeordnete offene Entscheidungen: 6 (Sicherheits-, Kosten-, Vertrags- und Rendering-Gates werden nicht erfunden):

• D-02 Authoring- und glTF-Erweiterungsprofil
• D-06 Numerische Qualitätsbudgets
• D-07 Enterprise-/Agency-Rechtemodell
• D-15 Externer Agentenrunner
• D-16 Modeling-Kernelprofil
• D-17 ModelDocument und Flächenidentität

Journeys

14 von 14 Referenzabläufen sind nicht umgesetzt. Pilotscope laut spec/journeys/catalog.json: J01, J03.

Benchmarks

46 Benchmarks stehen auf not_run. Alle Grenzwerte sind Startbudgets, keine Messergebnisse; kein Benchmark gilt als bestanden, solange das Referenzgerät nicht benannt ist.