◑ KATALOG · MOCKUP-MODUS · Dummy-Daten · Phase 2 = Lücken-Bausteine GEBAUT + Kanon-Layer in die SSOT gehoben (engine.js · foundation.css · components.css) — neue/geänderte Karten tragen „NEU (P2)“ und warten auf deine Prüfung · Entscheiden: an jeder Karte unten Freigeben (grün) oder ✋ Änderung anfordern (amber) — Korrektur als Anmerkung „Senden“ (wird 🟡-Eintrag mit Historie; nie löschbar, nur zurückziehbar) · dann oben 📋 Feedback exportieren (nimmt NUR 🟡-offene mit) und in den Chat pasten — DESIGN#01/Tower arbeitet ab und trägt je Eintrag die ✔-Resolution zurück · 375 px: Umschalter je Karte = echter Container-Resize; Media-Query-Verhalten (Drawer/Sheet/Dock) braucht echtes schmales Fenster
Dein Review: – Entscheiden an jeder Karte: Freigeben · ✋ Änderung + Anmerkung „Senden“ (🟡) — Export nimmt NUR Offene mit; Behandeltes bleibt ✔ in der Historie.
🗺 Landkarte · 📋 Regelwerk · 🥇 Gold-Mockup · 🧪 Vertikalschnitt

1 · Die 5-Zonen-Anatomie — live K-01 · zone-anatomie

JC-Kanon: Header // HERO // EIN zentrales Main Interaktives Ansicht // Chatbot-Meldungen (Kai) // User-Composer. Hier als Master-Template mit Fake-Daten, gerendert vom kanonischen Renderer (engine.js, R-92). JC-ENTSCHIEDEN (Runde 2) — seit Phase 2 ENGINE-GEHOBEN: die Main-Ansicht ist eine EIGENE Zone unter dem Hero — weiße Karte wie das Hero, mit Titel, klappbar (▾); renderSection rendert sie nativ (.zone-main, foundation.css), die Phase-1-Umhängung des Katalogs ist entfallen. Chat-Regel: Routine = Navigation + Tabelle; Chat nur für Ambiguität — der Chat ist Notausgang, nicht Ersatz. Alles ist anfassbar: Hero ▾ · Zone 3 ▾ · Scope „ändern ▾“ · Zeilen-Aktion · Bestätigen · Thread verlassen · Composer wächst.

JE-002 Neuversion (Tower#29, 31.07.) — zusammengeführt statt 1:1-Freeze: Zonen-Namen folgen SC-01/WB-01 (Shell Header/Panel/Footer ↔ komponierbarer Main Content Z2–Z5). Zone 3 ist ein SUR-02-Arbeitsblock (Filter + Tabelle + Multiselect + Sammelaktionen, EIN weißes Feld). Composer folgt CUI-02/CUI-03. Das rechte Detail-Panel aus PAN-01 ist hier bereits gebaut — es ist der bestehende Steckbrief (docSteckbrief(), R-06/R-33): Klick auf eine Beleg-ID/Zeile öffnet ihn rechts, mehrere ausklappbare Abschnitte, kein eigener Chat. PDF/Excel/Chat-Input/Wissen hängen je Tabelle an EINEM kanonischen „⋯“-Menü (JC-§0g, FILE_ACTIONS/fileMenu()), keine freien Buttons mehr unten. Icons laufen durch den kanonischen Resolver icon(slug) (SSOT icons-global.json) statt als freies Emoji.
Verhaltens-Kanon (JC-Runde 4, Regelwerk-Kandidaten): ① Sprecher-Trennung — der Kai-Avatar erscheint NUR, wenn Kai spricht. „Ab hier“-Zustandszeilen und die Scope-Zeile („Wir schauen auf: …“) sind SYSTEM-Meldungen: neutrale, dezente Optik (⚙, gestrichelt), kein Kai-Icon. ② Scope-Zeile = Quittung auf eine „Du“-Aussage (JC 04.07., R-88-Präzisierung) — der Scope ändert sich AUSSCHLIESSLICH durch einen User-Prompt. Die „Ab hier antworte ich aus …“-Zeile ist die Quittung darauf: sie erscheint beim Setzen/Wechsel und bleibt danach STILL (der Zustand gilt unsichtbar weiter), bis der User erneut ändert. Kai zeigt sie NIE spontan, NIE bei jeder Antwort — Kai reagiert auf den User, bestimmt den Scope nicht. (Der Beispiel-Dialog demonstriert es: Einstiegs-Scope → Bubbles → „Du“ wechselt C3→C4 → zweite Quittung → wieder still.)
③ Kai hebt sich ab · System fügt sich ein (JC 04.07.) — wenn Kai spricht, tönt seine Bubble in Kais Akzentfarbe (blau-graue Fläche) und hebt sich über die FLÄCHE vom Thread ab (Variante B, SSOT). Feinschliff: der Kai-Rahmen ist derselbe wie bei der „Du“-Bubble (keine Sonderkante). Wenn das System meldet (⚙-Zustands-/Scope-Zeile), sitzt es auf einem Hintergrund nah der Thread-Surface und fügt sich unauffällig ein. Zwei Sprecher, zwei Optiken. Seit Phase 2/R9 in der SSOT: engine.js rendert die System-Optik (⚙) selbst; foundation.css trägt Kai-B (.msg.kai>.bubble) und die System-Einfügung (.statusline--system). Der Konformitäts-Harness prüft R-85/R-88/R-90 + JC-R2 Zone 3.
Rolle (RLS fail-closed):
Konformität (Bausteine, nicht Pixel): –
Zone 1 Header (Shell, SC-01) — ds-topbar + ds-breadcrumb (SSOT components.css) · Nav-Rail: Baustein-Karte unten
TGV Core

2 · Galerie — alle Design- & Mockup-Seiten (master)

Navigierbare Übersicht: jede Seite mit 1-Zeilen-Zweck. Primär-Ablage = 06_DASHBOARD/; Spiegel in 01_ITERATIONS/AGENT_UX_01_DESIGN_GUARDIAN/ sind identische Kopien (dort zusätzlich index.html · abnahme_index.html).

SeiteZweck (1 Zeile)Einordnung
core_app_mockup.htmlJCs Gold-Referenz (v3.8) — komplette App-Anmutung, Quelle der Gold-Bausteine (Scope-Popover, Thread-Mimik, Vollbild-Tabelle …)GOLD
chat_component_library.htmlLandkarte: alle benannten Chat-/UI-Bausteine (~47) — einmal ändern = überall; hier erfolgt die Gold-Chip-VergabeLandkarte
regelwerk.htmlBau-Checkliste R-01…R-94 — die Abnahme-Brücke (Verhalten), Quelle der R-Verweise dieses KatalogsRegeln
vertical_slice_standalone.htmlDesign-Fundament-Beweis: Schema→Renderer→Bausteine, 2 Sektionen (Heute · Klärung), AA-Gate, Kai-Intent (Quelle: vertical_slice.html + Diagnose-Panels)DESIGN#01
PLAT_06/showcase.htmlKomponenten-Showcase des Design-Systems (tokens.css + components.css, PLAT#06)SSOT
klaerung_rework_mockup.htmlKlärung Variante A (Tabelle → Fall-Fokus → nächster) — 10-Punkte-UX, nie Dev-SpracheMockup
triage_gold_mockup.htmlTriage-Gold-Mockup (Klär-Karten, docprev-Ursprung)Mockup
hero_mockups.htmlHero-Grammatik-Varianten (R-03: Identität · Lage · Wohin)Mockup
chat_central_mockup.htmlFrüher Mockup „zentraler Chat“ (Vorläufer der Chat-Zone)Mockup
core_home.htmlFrühe Core-Startseite (Vorläufer von „Heute“)Mockup
core_shell.htmlProduktive Shell (nativ, PLAT#03) — konsumiert Chrome-SSOT; Klärung-Schnitt live verdrahtetProdukt
gabriel.htmlgabriel-Memoir-App (Welt B, Marke warm) — größte Instanz-SeiteProdukt
rka_v2.htmlRKA-Cockpit v2 — LIVE-Quelle der Token-Palette (tokens.css Layer 1)Cockpit
rka.htmlRKA-Cockpit v1 (Vorgänger, Referenz)Cockpit
rka_chat.htmlRKA-Chat-Mockup (Reisekosten konversationell)Mockup
vertraege.htmlVerträge-Cockpit (VERTRAG#01) — Fristen/Action-ItemsCockpit
costs.htmlKostenübersicht (KOSTEN#01) — Slate→Token migriert, CORE-Shell-HeaderCockpit
audit_gesamt.htmlAGENT-UX-Gesamt-Audit (autoritativ für die Gabriel-TODOs)Audit
coverage_audit.htmlKomponenten-Abdeckungs-Audit (was nutzt schon SSOT?)Audit
pattern-health.htmlPattern-Health-Report (Drift-Wächter)Audit
ux_index.htmlUX-Index — Seitenverzeichnis der AGENT-UX-ArtefakteIndex
ux_abnahme.htmlUX-Abnahme-Seite (Abnahme-Protokolle)Index

Archiv — existiert nur in Branches (kein Link-Zwang)

3 · Baustein-Karten — Phase 1 (fertig · zur Freigabe)

Links: die EINE Kern-Frage der Freigabe + Quellen (R-Regel → Regelwerk · JC-§ → UX-Bibel · Herkunfts-Commit). Rechts: der Baustein live und anfassbar — mit Zuständen und Umschaltern (einzeln ↔ im-Anatomie-Kontext · Desktop ↔ 375 px · Rolle, wo relevant). ⚠-Kästen = ehrliche Lücken (Phase 1 flaggt nur, baut nicht). Unten an jeder Karte entscheidest du: ✅ Freigeben · ✋ Änderung anfordern (+ Anmerkung „Senden“ → 🟡-Eintrag mit Historie) · ⬜ offen lassen. Der 📋 Export oben nimmt NUR 🟡-offene Einträge mit; Behandeltes zeigt ✔ + Resolution.

4 · Noch offen (Platzhalter mit Herkunft)

Phase 2 hat gebaut: data-table-komplett · Dock-Panel · Beleg-Karte · file-actions · Karten-Konsolidierung · Badge V1 — diese sind jetzt echte Karten in Abschnitt 3 („NEU (P2)“). Hier bleibt nur, was ehrlich noch aussteht.

5 · Self-Check

Läuft bei jedem Laden: Konsolenfehler · Karten gerendert · Anatomie-Konformität (engine.js-Harness) · Horizontal-Scroll.