TGV · P4 Konsolidierungsplan · Delta-Liste für JCs gilt/weg-Durchgang · Stand 2026-07-18

Delta-Sweep — gebaut vs. dokumentiert

Was existiert im Code, aber nicht im Komponenten-Register — und was steht im Register ohne Beleg im echten DOM. Jede Zeile bekommt dein Verdikt: aufnehmen oder bewusst sterben — nichts geht still verloren.

⚠ VORLÄUFIG: Eigene Messungen sind Positiv-Fall-bewiesen (R-159); die Staging-Zahlen stammen aus DESIGN#01s T4-Inventur (10 Routen, nach Deploy 7e00f48) und werden mit deren K_REGISTRY (T1-PR) präzisiert — danach wird diese Seite regeneriert. Verdikt-Spalte füllt JC via Tower.

A · Gebaut, aber NICHT im Komponenten-Register (54 Einträge)

Eigene Messung gegen core_shell@design02 e78e4db (421k Zeichen; Prüfer-Beweis: ds-nav__item = 11 Treffer) + DESIGN#01-Staging-DOM:

KandidatBeleg (gemessen)Ansicht (LINK)Empfehlung KONZEPT#01Tower-Triage a/bStatus · DatumJC-Verdikt
knowledge_card6× auf e78e4dbCode e78e4db ↗ (Strg-F knowledge_card) · Staging /chataufnehmen (Chat-Wissens-Karte, KAI-RAG-Naht)a) autonom — dokumentiertdokumentiert ✅ (K-55) · 19.07.a) — kein Verdikt nötig
wireDataTable (Kanon-Tabelle NEU)5× auf e78e4db (neben fxDataTable 8×)Code e78e4db ↗ · Vorschau data-tableaufnehmen + an data-table-Eintrag ANDOCKEN (eine Tabelle, nicht zwei Einträge)a) autonom — dokumentiert (an data-table angedockt, V4-Stand live)dokumentiert ✅ (K-33 aktualisiert) · 19.07.a) — kein Verdikt nötig
.ds-clamp1× auf e78e4dbCode e78e4db ↗ · Katalog live ↗aufnehmen (Text-Klammer-Baustein)a) autonom — dokumentiertdokumentiert ✅ (K-56) · 19.07.a) — kein Verdikt nötig
ai-spark / ai-spark-inverse4× auf e78e4db + Staging-DOM (7e00f48)Badge-Dossier (gerendert) · Vorschau axis-badgesan axis-badges/icon-resolver ANDOCKEN (Icon, kein eigener Baustein)a) autonom — dokumentiert (eigener Slug, JC-Arbitrage: nur Gold)dokumentiert ✅ (K-57) · 19.07.a) — kein Verdikt nötig
Capability-GatingNamens-Verifikat offenPlan §P4 · design02DESIGN#03 nennt die echte Klasse, dann einordnena) autonom — dokumentiertdokumentiert ✅ (K-58 composer-soon) · 19.07.a) — kein Verdikt nötig
turn-placeholder · txn-/ctr-Panels0 Treffer unter diesen Namen auf e78e4dbPlan §P4-Kandidatenlisteehrlich: Namens-Verifikat nötig (DESIGN#03) — nicht ratena) autonom — dokumentiertdokumentiert ✅ (K-59 + K-60) · 19.07.a) — kein Verdikt nötig
Fehler-Seiten B18/B19Konzept-Kandidat (UXAUDIT-Fehlerpfad-Achse)katalog-Kandidatenliste · UXAUDIT 17.07.aufnehmen sobald KANON Fehlerpfad-Regeln kanonisiert (vorgemerkt)a) autonom — dokumentiertdokumentiert ✅ (K-61) · 19.07.a) — kein Verdikt nötig
v11-5-Ops-Featuresdokumentiert in project_v11_gapAlt-vs-Neu-v11-Memory · SYSTEM#01SYSTEM#01-Naht (PLAT.system), nicht Komponenten-Registera) separat — SYSTEM#01-Naht, KEIN Komponenten-Eintragaufgelöst ✅ (SYSTEM#01-Stand gesichert fd55fb5; Reaktivierung nach 31.07.) · 19.07.a) — kein Verdikt nötig
Variante-3-Spec (2-Panel-Verzeichnis)Spec ohne Bau (Anforderung #3: 0 Treffer .ds-dirpanel/.ds-tree)GATE_REPORT Dokumente&Ablage · Anforderung #3bleibt SOLL — Register-Eintrag folder-tree existiert (Status ⬜ korrekt)a) IN BAU (Register #3, DESIGN#03 nach Klärungs-Block)in Bau · 19.07.— offen —
~18 DOM-Klassen-Familien (DESIGN#01-T4)u.a. ds-badge 1466× · ctx-btn 460× · ds-section 120× · kpi-go 109× · ds-list-row 50× · tile-nav · ds-fab · zone-hero-FamilieStaging-DOM 10 Routen (T4)je Familie mit K_REGISTRY einordnen: Baustein-Karte vs. Unterklasse eines bestehenden Eintragsa) DESIGN#01 K_REGISTRY-Einordnung (T4, nach nächstem Deploy)zugewiesen · 19.07.— je Zeile mit K_REGISTRY —

B · Dokumentiert, aber OHNE DOM-Beleg (DESIGN#01-T4, vorläufig)

Von 43 Landkarte-Karten haben ~15–17 einen Ruhe-DOM-Beleg (u.a. kpi-tile 112× · callout 114× · composer 32× · axis-badges 18× · heroCollapse 36×). ~26 ohne Beleg — davon ~5 legitim interaktions-abhängig (speaker-bubble · long-prose · done-state: Chat ist im Ruhe-DOM leer); Interaktions-Beweis je Karte kommt in DESIGN#01-T2. Die übrigen sind SOLL-only-Kandidaten für deinen Durchgang:

Karte (Landkarte/Register)BefundAnsicht (LINK)Tower-Triage a/bStatus · DatumJC-Verdikt
approval-card · suggestion-cardkein Ruhe-DOM-Beleg (Staging) — aber Kanon-Demo rendert (P1-Vorschau) und JE-092-Vorschlagswesen verlangt sieLive-Vorschau · suggestion-card⏳ Triage ausstehend (Tower)offen · 18.07.— offen (Erwartung: gilt, Bau-Lücke) —
metric-bar · route-map · universe-band · lightbox · gallery-pickerSOLL-only (kein DOM-Beleg)V3-Landkarte (ALT) ↗ · Panel je Karte via Landkarte⏳ Triage ausstehend (Tower)offen · 18.07.— offen (gilt/sterben je Karte) —
speaker-bubble · long-prose · done-state (+~2)legitim interaktions-abhängig — Ruhe-DOM leer, T2-Interaktions-Beweis folgtVorschau speaker-bubblea) kein Verdikt nötig✓ geschlossen (kein Verdikt nötig) · 19.07.kein Verdikt nötig

C · Anker-Lücken (Register-Auffälligkeiten)

BefundBedeutungWeg
/klaerung rendert OHNE klaer*-KlassenDie Route nutzt generische ds-Bausteine — die klaerung-card der Landkarte hat dort KEINEN DOM-Anker (deckt sich mit der Renderer-Spaltung secKlaerungMin vs. secKlaerung aus dem Klärung-Dossier)DESIGN#03: EIN Renderer (Gate-Report-Entscheid); Register-Eintrag klaerung-card behält Status ehrlich — Triage: DESIGN#03 Renderer-Konsolidierung (läuft)
chat_component_library (43) vs. komponenten_data (54)Überlapp-Messung = Plan §2.6 — Zwilling-Risiko der zwei Karten-Weltenmit K_REGISTRY: je Karte gilt/verschmelzen-Zeile ergänzen — Triage: DESIGN#01 T1/T4

D · Altbestand-Sweep — sind die aelteren Struktur-Dokumente in /konzepte integriert? (JC-Diktat 19.07.)

Gemessen (Stem-Suche ueber alle konzepte/*.html+js, 19.07.) — Erst-Einschaetzung KONZEPT#01, JC validiert jede Zeile (obsolet vs. weiter gueltig). Vorlage in Batches von 5-8 Zeilen ueber den Tower. Ehrliche Messgrenze: Stem-Suche findet NENNUNGEN, nicht Inhalts-Deckung — bei 0 Treffern mit integriertem Inhalt (chatbot_agent_first) steht das dabei.

Dokument (Altbestand)Ansicht (LINK)Fundstellen in /konzepteStatus (gemessen + Erst-Einschaetzung)Tower-BatchJC-Verdikt
KONZEPT_v3.md (DIE Bibel)Dokument ↗10 (human_first 3 · nachhaltig 3 · jc_entscheide 2)voll integriert — Basis der Familie; §1.5 Nachhaltig-First nachgetragen (Tower)✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
TGV_BIBEL_START_HERE.mdDokument ↗3 (Index-Ebene UEBER der Familie)voll integriert — Prinzipien P1-P7 = Familien-Anker; Rekonstruktions-Anker aktuell✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
KONZEPT_v2.mdDokument ↗0Obsolet-Kandidat — von v3 abgeloest, nirgends mehr referenziert — archivieren?B1 ✓ geschlossenobsolet → archivieren ✅ (JC 19.07.; Archiv-Marker/99_ARCHIV — nicht löschen)
KONZEPT_MANDANT_FIRST_CLASS.mdDokument ↗5 (multimandant 3 · sicherheit 2)voll integriert — konzept_multimandant.html baut direkt darauf (M1-M6)✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
KONZEPT_VERTRAULICHKEIT_GEHEIMHALTUNG.mdDokument ↗8 (sicherheit 3 · regelwerk 2)voll integriert — Sicherheit §3/§4 + Governance v1.1 + JE-158 spiegeln es✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
WORKSHOP_MULTI_MANDANTEN_KONZEPT.md (46k)Dokument ↗0Obsolet-Kandidat — durch MANDANT_FIRST_CLASS + konzept_multimandant abgeloest?B1 ✓ geschlossenobsolet → archivieren ✅ (JC 19.07.; Archiv-Marker/99_ARCHIV — nicht löschen)
CHATBOT_UX_BIBEL.mdDokument ↗45 (regelwerk 33 · jc_entscheide 10)teilintegriert — stark geerntet (§§ in Regeln/JEs) — aber KEIN §-Vollabgleich; enthaelt die 5. Fehl-Behauptung (§F-Chip, JC liess ihn per #712 entfernen, Tower#25-Handoff) → Korrektur + Abgleich noetigWS-1 — Arbitrage-Karte unten ↓— offen —
SCREEN_COMPOSER_SKILL.md (U0-U10)Dokument ↗6 (jc_entscheide 2 · seitenbau 2)teilintegriert — U-Regeln + Gate A-E in Seitenbau/JEs geerntet; Skill-Text selbst = Lane-ArtefaktTower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
KATALOG_SPRINT_BRIEF.md (R1-R11)Dokument ↗3 (jc_entscheide)teilintegriert — JC-Runden R1-R11 als JEs geerntet; Brief = HistorieTower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
KONZEPT_SHELL_4ZONEN.mdDokument ↗10 (regelwerk 6 · jc_entscheide 4)voll integriert — JE-030 kanonisch + K-01 zone-anatomie✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
KONZEPT_TGV_DESIGN_FOUNDATION.mdDokument ↗1 — aber Inhalt = Kern von Generative Seiten (JE-124)voll integriert — Methode (Intent/Schema/1 Renderer) IST konzept_seitenbau✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
TRIAGE_SOLL_KONZEPT.mdDokument ↗2 (jc_entscheide: JE-091)teilintegriert — Klaer-Schwelle geerntet; Rest (Voll-Strom-Mechanik) ungespiegeltTower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
COCKPIT_UX_KONZEPT.mdDokument ↗2 (jc_entscheide: JE-131)teilintegriert — gabriel-Basics als JE; gabriel-spezifisch, Familie = CORE-zentriertTower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
KONZEPT_CHATBOT_AGENT_FIRST.mdDokument ↗0 Stem-Treffer — ABER konzept_chatbot_first.html baut darauf (Messgrenze: Stem-Suche blind fuer Inhalts-Uebernahme)voll integriert — Gehirn/Haende/Oberflaeche in Chatbot-First integriert✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
KONZEPT_DOKUMENTMANAGEMENT_..._AUFBAU.mdDokument ↗4 (k_dokumente)voll integriert — konzept_dokumente.html = der JC-abgenommene 11-Sektionen-AUFBAU✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
KONZEPT_NACHHALTIG_FIRST_..._2026-07-15.mdDokument ↗43 (jc_entscheide 34: JE-139-155)voll integriert — Codex-Arbitrage komplett als JEs + konzept_nachhaltig/projekte✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
KONZEPT_KONVERSATIONS_ZUSTANDSZEILEN_MULTIUSER.mdDokument ↗2 (JE-055 + K-10 statusline)voll integriert — Dimensions-Katalog in statusline-Kanon integriert; Multi-User=JE-008 offen✓ geschlossen (Bulk)gilt ✅ (JC-Bulk 19.07.)
KONZEPT_WIZARD_ENGINE.mdDokument ↗3 (JE-149 generalisiert)teilintegriert — Prinzip integriert; Engine-Detail = WIZARD#01 (parkt)Tower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
KONZEPT_AGENTEN_INSZENIERUNG.mdDokument ↗0bewusst draussen (Tower) — Tower-Entscheid 15.07.: Agenten NICHT kanonisch in der Familie — bestaetigen oder integrieren?WS-4 — Arbitrage-Karte unten ↓— offen —
TGV_USER_STORIES_GESAMT.md (~90 Stories)Dokument ↗4 (human_first 2)teilintegriert — als Register erwaehnt, Stories NICHT gespiegelt — gehoert ein Story-Register in die Familie?WS-2 — Arbitrage-Karte unten ↓— offen —
KONZEPT_ROUTER_KONSOLIDIERUNG.mdDokument ↗0Fach-Doku-Kandidat — ORCH#01-Fach-Doku — kein Familien-Kapitel noetig? (KI-First deckt Architektur-Prinzip)Tower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
KONZEPT_MEDIA_PIPELINE.mdDokument ↗0NICHT integriert — Media-Subsystem (#941) fehlt in der Familie komplett — Datenfluss-Kapitel ergaenzen oder Fach-Doku belassen?WS-3 — Arbitrage-Karte unten ↓— offen —
KONZEPT_UX_AUDITOR.mdDokument ↗0NICHT integriert — AGENT-UX#01 ruht; Pruef-Instanzen-Gedanke lebt in Seitenbau-Lernschleife — reicht das?Tower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
KONZEPT_UX_FEEDBACK_PANEL.mdDokument ↗1 (K-54 + JE-128)teilintegriert — Panel als Komponente integriert; 3-Phasen-Konzept ungespiegeltTower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —
GATE_REPORT_DOKUMENTE_ABLAGE / _KLAERUNG / _FRAGE_KAIDokument ↗2 (delta_sweep · seitenbau)teilintegriert — speisen Anforderungs-Register; Reports selbst = Lane-Artefakte (bleiben dort?)Tower-Default: bleibt Fach-/Lane-Doku — kein Familien-Bedarf (JC-Einwand jederzeit)— offen —

D-Anhang · T-Serie (Reiter-Audit 19.07.) — ausgeführte Verdikte

ID-Universalität nachgeholt: die T-Verdikte lebten nur im Tower↔JC-Chat (Befund bei T3-Ausführung) — ab jetzt hier verankert. Die T1–T8-VOLLTABELLE liefert der Tower nach; ausgeführt und belegt sind:

IDVerdikt (JC-OK 19.07.)Ausführung (Beleg)
T3-5 🗑️Reiter „🏗 4-Zonen (Finanzen)" in chat_component_library löschen — lehrte aktiv Falsches (Kanon = 5 Zonen, JE-030); ersetzt durch K-01 zone-anatomie + Live-Vorschauausgeführt 19.07., JC-OK · Commit d79cad81 ↗ (−13,3 KB, Tombstone-Kommentar an der Stelle)
T3-7 🧊Reiter „🧹 Drift" IN PLACE als eingefrorenes Archiv kennzeichnen (Tower-Korrektur: NICHT 99_ARCHIV) — Funktion lebt in den Guards, Inhalte im Anforderungs-Register aufgegangen, Historie = Doku-Wertausgeführt 19.07., JC-OK · Commit d79cad81 ↗ · Reiter „Drift (Archiv)" mit 🧊-Banner ↗
T3-8 🗑️DATEI 01_ITERATIONS/AGENT_UX_01_DESIGN_GUARDIAN/chat_component_library.html löschen (stale 43-Karten-Zweitkopie, 138 KB, Stand 13.07.) — Insel-/Doppel-Verbot (Guard D7, ARTEFAKT-GESETZ). Das V3-Original in 06_DASHBOARD (laufende C2-Messung oben) bleibt unangetastetausgeführt 19.07., JC-OK · Commit d79cad81 ↗ (einzige Referenz in AGENT_UX_02/BRIEF.md auf das Original umgebogen)
T1…T8 (Rest)Volltabelle des Reiter-Audits — Tower-Zulieferung ausstehend (lebte nur im Chat; Chat-Strandungs-Lektion)⏳ Tower liefert nach

E · Workshop-Serie WS-1…WS-4 — die vier Altbestand-Arbitragen (Tower legt seriell vor, eine je Sitzung)

Muster = badge_systematik/Cockpit: Lage · Link · Tower-Vorschlag · Rückfragen-Feld · Eine-Zeile-Entscheid · Doku-Folge. Alle übrigen teil-/nicht-integrierten Zeilen oben tragen den Tower-Default „bleibt Fach-/Lane-Doku" — Einwand jederzeit per Zeilen-ID.

WS-1 · CHATBOT_UX_BIBEL.md

Lage (gemessen): 45 Fundstellen (meist-geerntete Quelle der Familie) — trägt aber die dokumentierte Fehl-Behauptung §F (der Chip, den du per #712 selbst entfernen ließest) und hatte nie einen §-Vollabgleich gegen den heutigen Kanon · Dokument ↗

Tower-Vorschlag: a) §F sofort korrigieren + GEZIELTER Abgleich nur der von Regelwerk/JEs zitierten §§ (die Zitier-Liste existiert aus der Link-Pflicht-Messung) — kein Voll-Abgleich aller §§ (Aufwand ohne Leser), kein Einfrieren (sie wird aktiv zitiert)

Rückfragen-Feld: Gibt es §§, die dir wichtig sind, obwohl niemand sie zitiert?

Entscheid (eine Zeile): WS-1=a (oder: b Voll-Abgleich · c einfrieren als Archiv) · Doku-Folge: a → KONZEPT#01 korrigiert §F + gleicht Zitierte ab, delta_sweep-Zeile → teil-bereinigt; c → Archiv-Marker + Regelwerk übernimmt Zitate

WS-2 · TGV_USER_STORIES_GESAMT.md (~90 Stories)

Lage (gemessen): 4 Fundstellen — als Register ERWÄHNT, die ~90 Stories selbst sind nicht in der Familie · Dokument ↗

Tower-Vorschlag: b) bleibt Quell-Doku; Human First referenziert sie als Story-Quelle — ein 90-Zeilen-Spiegel OHNE gelebtes Pflege-Ritual wäre neue Drift-Fläche (C5-Klasse). Erst wenn Stories aktiv gepflegt werden: a) generierter Spiegel nach dem Anforderungs-Register-Muster (Hash-Guard inklusive)

Rückfragen-Feld: Werden die Stories 2026 noch aktiv gepflegt/erweitert — oder sind sie Planungs-Historie?

Entscheid (eine Zeile): WS-2=b (oder: a generierter Spiegel jetzt) · Doku-Folge: b → Human-First-Referenz schärfen, Zeile → gilt-als-Quelle; a → gen_stories_register.py + C5-Hash

WS-3 · KONZEPT_MEDIA_PIPELINE.md

Lage (gemessen): 0 Fundstellen — das Media-/Video-Subsystem (#941, Player vs. Hetzner-Kern) fehlt in der Familie komplett · Dokument ↗

Tower-Vorschlag: EIN Absatz im Datenfluss-Kapitel (Medien als Dokument-Klasse im Touch-Once-Fluss) + Referenz auf die Fach-Doku — KEIN eigenes Familien-Kapitel, solange das Subsystem nicht gebaut ist (Bestand-vor-Bau)

Rückfragen-Feld: Ist Video/Media für 2026 strategisch (dann Kapitel) oder nachgelagert (dann Absatz)?

Entscheid (eine Zeile): WS-3=absatz (oder: kapitel · nichts) · Doku-Folge: absatz → KONZEPT#01 ergänzt Datenfluss + Referenz, Zeile → teil-bewusst; kapitel → Konsolidierungs-Bestands-Check zuerst

WS-4 · KONZEPT_AGENTEN_INSZENIERUNG.md

Lage (gemessen): 0 Fundstellen — Tower-Entscheid 15.07.: Agenten-Ensemble NICHT kanonisch in der Familie (EINE Konversation, Ensemble je EINE Sorge, fail-closed bleibt Fach-Prinzip) · Dokument ↗

Tower-Vorschlag: Bewusst-draußen BESTÄTIGEN — das Inszenierungs-Prinzip lebt operativ (Chatbot-First §Engine), ein Familien-Kapitel würde Architektur-Detail doppeln, das KI-First schon trägt

Rückfragen-Feld: Soll das Ensemble-Prinzip (eine Konversation, viele Sorgen) irgendwo LESBAR sein, z.B. als Absatz in Chatbot First?

Entscheid (eine Zeile): WS-4=bestätigt (oder: absatz-in-chatbot-first · integrieren) · Doku-Folge: bestätigt → Zeile → bewusst-draußen ✓; absatz → Chatbot-First-Ergänzung + Referenz

Delta-a)-Stand 19.07.: Towers a)-Zulieferung (DELTA_A_DOKU_ZULIEFERUNG.md @ 5fad404) ist eingepflegt — 8 Bausteine als K-55–K-62 dokumentiert (inkl. fx-demo-route ohne eigene Sweep-Zeile), data-table (K-33) auf V4-Stand, v11-Ops separat bei SYSTEM#01 aufgelöst. Offen bleiben die ⏳-Zeilen unten (Variante-3 · ~18 DOM-Familien · Block B).
Verfahren (Register #30, JC-Diktat 18.07.): Chat/Bild → Register-Zeile → Tower-Triage: a) autonom bauen + Regel + Komponente aktualisieren · b) JC-Entscheid mit GRAFISCHER Vorlage im badge_systematik-Muster (Varianten-Vorschau + Lage + Empfehlung + Link) → danach werden diese Liste, das Register und die Seiten aktualisiert. Vorlage-Pflichtteile: ≥2 gerenderte Varianten · Kontext/Lage · Empfehlung · Quellen-Links · Entscheid-Feld (JE-Register). Details: Entscheidungs-Grenzen · Workflow.
Verfahren (Plan §P4): KONZEPT#01 misst · Tower legt vor · JC entscheidet je Zeile: aufnehmen / bewusst sterben — mit Ansicht-Link. Nach K_REGISTRY (DESIGN#01-T1) wird diese Liste präzisiert und die Verdikt-Spalte gefüllt; angenommene Zeilen wandern als Einträge in komponenten_data, gestorbene werden im Artefakt-Register als 🗑 geführt.
Stand-Stempel: eigene Messung design02@e78e4db (Positiv-Fall ds-nav__item=11) · DESIGN#01-T4 nach Deploy 7e00f48 · kuratiert 2026-07-18 · VORLÄUFIG bis K_REGISTRY