Die Bildschirm-ARTEN, aus denen TGV komponiert wird — damit wir konsistent bauen, Agenten selbständiger arbeiten und KAI besser darstellen kann. Jeder Typ ist eine Rezeptur, kein neuer Baukasten.
⏳ DRAFT — bewusst nicht fest (Tower#28 / JC-GO 28.07.): Diese Liste ist gesichert, damit die erarbeitete Vielfalt + Systematik nicht verloren geht. Sie wird während der Screen-Entwicklung präzisiert — Typen kommen dazu oder fallen weg. NUXIN: nichts neu erfunden — belegt aus dem Gate-D-Kanon (konzept_seitenbau.html: Inbox·Pipeline·Dossier·Übersicht·Klärung) und dem realen 26-Screen-Vokabular (V3_INTENTION_AGENT_MAPPING.md: Typ-Spalte).
Die eine Grundregel (DESIGN#01-verifiziert 28.07.): Jeder Screen sitzt auf der 5-Zonen-Anatomie (K-01) — Hero · Konversation · Main (Zone 3) · Kontext-Wahl · Composer. Die gemeinsame Basis-Grammatik K-01 · K-02 (Hero, inkl. KPI-Block K-04) · K-06 (Nav) · K-11 (Scope) · K-16 (Composer, inkl. Modus-Zeile K-17) tragen alle Typen. Der Screen-TYP unterscheidet sich nur in Zone 3 (K-07) — deshalb zeigt jede Karte genau die Zone-3-Komposition. Basis-Bausteine (Zone 2/4/5) erscheinen nie in einer Typ-Komposition — KPI-zentrische Typen (Karten-Hub, Auswertung) führen deshalb die Kachel K-03 als Zone-3-Grid, nicht den Hero-Block K-04. Einzige Typ-Ausnahme: I (System/Fehler/Auth) — pre-auth-Sackgassen (Login/401/404) tragen NUR den Anatomie-Rahmen (K-01) + reduziert (K-61/K-43/schlankes K-02), KEIN Nav (K-06) · Scope (K-11) · Composer (K-16).
Die 12 Typen (DRAFT)
★ = im A–I-Vorentwurf gefehlt, aber realer häufigster Typ (9/26 Screens). Baustein-Chips verlinken in die Komponenten-Landkarte.
Per-Screen-Zuordnung (IST) — Code ⟷ Taxonomie
Welcher reale Screen ist welcher Typ — gemessen am IST-Render (core_shell QA-Checks + V3-Mapping), nicht am SOLL. So kann DESIGN#01 SCREEN_KANON.typ daraus speisen und ein Konformitäts-Guard Code⟷Taxonomie dauerhaft binden. Der Typ trägt den gemessenen Ist-Screen — sonst lügt der Guard ab Tag 1 (DESIGN#01-Prinzip). SOLL-Abweichung steht in der Notiz. TAXO#01-verifiziert 28.07.
Screen (slug)
Gruppe
Typ (IST)
Beleg / SOLL-Notiz
⛔ Leitplanke — Kompositionen sind KEINE Typen
Wiederkehrende Missverständnis-Falle: manche „Screens“ sind Zusammensetzungen mehrerer Typen, nicht eigene Arten. Sie bekommen keine eigene Typ-Nummer.
Gap-Kandidaten (offen fürs Workshop)
Screen-Arten, die (noch) in keinen der 12 Typen sauber passen — JC entscheidet im Workshop: eigener Typ, Subtyp oder Komposition.
Wo das lebt: Index-Zeile in taxonomie_data.js (Taxonomie screen-typen, 📝 DRAFT) · diese Detail-Seite ist die Einzel-Liste. Owner: DESIGN#01 (Bausteine) + KONZEPT#01 (Seitenbau-Historie). Nächster Schritt: JC-Screen-Typen-Workshop — Typen bestätigen/ergänzen/streichen, dann wird 📝 → 🟡/✅.