TGV · konsolidierte Systematik · Stand 2026-07-27

Taxonomie-Register

Die EINE Übersicht aller TGV-Taxonomien — der Wertelisten und Klassifikations-Achsen, aus denen wir TGV bauen. Nichts neu erfunden: jede Zeile verlinkt ihren bestehenden SSOT (Datei:Zeile) und ihre Detail-Liste. Übersicht → Detail.

Wozu (JC 27.07.): damit JC + Tower TGV konsistent aufbauen, Agenten selbständiger arbeiten, KAI bessere Antworten liefert und der Prozess-/Chart-Builder es gut darstellen kann. Bei Widerspruch gilt immer der verlinkte Code-SSOT — dieses Register ist der Index, nicht die Wahrheit.

Verdrahtet — wie fest ist die Taxonomie verankert? ✅ Code/DB-SSOTim Code oder in der DB als SSOT verankert und angewandt. 🟡 teil-verankertteils belegt / bekannte Drift oder unvollständige Deckung. 📝 nur Register/MDdokumentiert, aber noch nicht als Code-SSOT (nur MD/Register). 🔴 Quelle fehltQuelle untracked / nicht im Repo — Owner-Lane liefert nach.

Taxonomie · Zweck	Elemente	#	Verdrahtet	Owner-Lane	SSOT · Pflicht-Anwendung	Detail-Liste

Wo dieses Register lebt: Repo-SSOT = 06_DASHBOARD/konzepte/taxonomie_data.js (Owner TAXO#01) · in der App: core_shell → Verwaltung → „🗂️ Taxonomie-Register“ (super_admin). DB-Read-Model: ✅ LIVE (Stufe 1, 28.07.): taxonomies_sync.py generiert das Read-Model aus diesem File — DB gefüllt (23 Taxonomien, HTTP 201), Endpoint POST /api/skill/taxonomies live (Sync-Richtung Code → DB; Feld-Vertrag im File-Kopf). Stufe 2 = JSON-Export der ganzen Konzept-Familie: ✅ familie_export.json (generiert von gen_familie_export.py — 29 Docs · 63 Komponenten · 99 Regeln · 118 Entscheide, je mit confidentiality-Feld fürs künftige Serve-Gate; Drift-Wächter familie_guard C9). NUXIN-Kreis: Reuse (bestehende SSOTs) → Baustein (dieses Register) → Systematik (Verdrahtet-Pillen) → Doku → beim nächsten Mal Reuse.