TGV · Entscheidungs-Dossier · Neu generiert 2026-08-01 (JC-Entscheid E-9)

Conversation-Arbitrage: welcher Hintergrund gilt wo?

Vier Varianten, echt gerendert — mit der Quelle jeder Hintergrundfarbe. Du hast nachts an CUI-03 gesehen, dass Blau und Grau durcheinandergehen: das ist keine Geschmacksfrage, sondern Drift aus vier parallelen Code-Quellen, die sich gegenseitig überschreiben. Diese Seite legt sie offen und stellt dir die eine Frage, die den Streit beendet.

Was du hier entscheidest: ob die Ebenen-Ordnung unten (§1) als verbindlich gilt. Sagst du ja, wird sie zum Guard — und die drei abweichenden Quellen (§2) werden auf sie zurückgezogen. Alles andere auf dieser Seite folgt daraus automatisch; du musst nicht Variante für Variante urteilen.

Bereits eingearbeitet (dein Review 01.08., E-9): Sprecher-Kanon = KAI links mit Avatar · ICH rechts WEISS in allen Renderings unten (nicht mehr nur in einer Variante) · runder Paper-Plane-Senden-Knopf in jedem Composer (K-16) · Einklapp-Knopf an jeder KAI-Antwort (K-56, hier klickbar) · CUI-03C bekommt den fehlenden Dialog-Rahmen samt Erklärung · gebundene Antwort hat exakt Composer-Breite mit 4 px Abstand.

§1 · Die Hintergrund-Ordnung — vier Ebenen, von außen nach innen

Jede Fläche im Gespräch gehört zu genau einer Ebene. Die Ebene bestimmt den Ton — nicht der Screen, nicht die Laune der Datei. Gelesen von außen (Seite) nach innen (Sprechblase). Das Diagramm ist echt gerendert: was du siehst, sind die Token-Werte selbst.

EBENE 0 · SEITE

--bg

Der Seiten-Hintergrund. Trägt alles, gehört niemandem. Quelle: tokens.css:66.

EBENE 1 · ZONE 4 = DIE KONVERSATION

--bg-zone

Der Gesprächs-Teppich. Nur die Konversation liegt darauf — nicht der ganze Screen. Genau das ist dein Urteil aus der Katalog-Abnahme: „Konversationshintergrund ist Zone 4, nicht Seitenhintergrund" (K-13 · R-131). Quelle: tokens.css:84.

Kaï EBENE 2 · KAI-BLASE — leicht getönt: color-mix(--c-action 12% in --surface). Erkennbar als „das sagt die KI", ohne laut zu sein.

Ich EBENE 2 · MEINE BLASE — --surface, also WEISS. Weiß gehört allein mir (Regel G8).

EBENE 3 · BLOCK IN DER ANTWORT

--surface

Tabelle, Karte, Chart, Panel — sitzt in einer Antwort und ist weiß wie jede Arbeitsfläche. Quelle: tokens.css:67.

Der eine Satz, um den es geht: Blau (--c-action-bg) ist kein Hintergrund-Ton, sondern ein Zustands-Signal — es markiert „dieser Block und der Composer sind gerade aneinander gebunden" (§4). Wo Blau als Fläche auftaucht, ohne dass etwas gebunden ist, ist es Drift.

§2 · Woher die Blau/Grau-Streuung kommt — vier Quellen, code-verifiziert

Alle vier Dateien sind heute im Repo aktiv. Sie definieren dieselben drei Flächen unterschiedlich — deshalb sieht dieselbe Komponente je nach Screen anders aus. Fundstellen sind geprüft (Datei:Zeile), nicht behauptet.

Quelle (Datei:Zeile)	Zone 4 (Konversation)	KAI-Blase	Meine Blase	Urteil
① `tokens.css:66/84/67` PLAT#06 · Token-Rampe	`--bg-zone`	definiert nur die Rampe, keine Blasen		KANON
② `kai_chat.css:19-20/35` = inline `core_shell.html:71-72/87` (Basis-Schicht)	`--c-action-bg` (thread-tint = blaues Kästchen)	`--surface` weiß	`--c-action` blau	DRIFT — verkehrt herum
③ `core_shell.html:1440/1465-66` Override-Schicht (was live wirkt)	`transparent` (hebt ② auf: „Basis = blaues Kästchen → hier V3-Konversation")	`--c-action-bg` getönt	`--surface` weiß	richtig, aber als Pflaster
④ `controls_systematik.html:14` vs `:22/24-25` Katalog-Basis vs. dein Review 29.07.	Basis `--bg-zone` ↔ Override `--bg` (Seiten-Ton!)	Basis weiß ↔ Override `color-mix 12%`	Basis blau ↔ Override weiß	in sich widersprüchlich

Was das praktisch heißt: Quelle ② sagt „KAI weiß, ICH blau" — genau umgekehrt zu deinem Entscheid. Sie ist nicht tot: sie ist die Basis-Schicht der echten Shell und wird nur von ③ überschrieben. Solange sie steht, holt sich jeder neue Screen, der die Overrides nicht mitkopiert, automatisch die alte Ordnung zurück. Das ist die Wurzel deines Nacht-Befunds — nicht die einzelnen Screens.

§3 · Die vier Varianten — alle im bestätigten Sprecher-Kanon

Damit du nur den Hintergrund vergleichst, ist in allen vier Kästen alles andere identisch und kanonisch: KAI links mit Avatar, ICH rechts weiß, runder Paper-Plane-Knopf, Einklapp-Knopf an jeder KAI-Antwort (probier ihn aus — er klappt wirklich).

CONV-AAlte Ordnung: blaues Thread-KästchenDRIFT / ALT

KaïDie ganze Konversation sitzt auf einer blauen Fläche — auch wenn gerade nichts gebunden ist.

IchMeine Blase steht auf Blau statt auf dem Gesprächs-Teppich.

Quelle dieser Fläche --c-action-bg aus kai_chat.css:35 (.thread-tint) — Quelle ②.

Blau wird hier als Dauer-Fläche benutzt, nicht als Bindungs-Signal → widerspricht §1.
Die Shell hebt es bereits auf (core_shell.html:1440 setzt transparent) — die Basis-Regel steht aber weiter im Code.

Empfehlung: verwerfen (als Beleg behalten)

Nicht löschen, sondern als dokumentierte Alt-Generation stehen lassen — sie erklärt, warum Blau noch auftaucht.

kai_chat.css K-13 thread-context R-131

CONV-BKanon: Gesprächs-Teppich grau, KAI getönt, ICH weiß✅ GEWÄHLT (JC 29.07.) — Vorschlag: bestätigen

KaïDie Konversation liegt auf dem grauen Teppich (--bg-zone). Meine Blase ist leicht getönt — erkennbar, aber ruhig.

IchMeine Blase ist weiß und hebt sich klar vom Teppich ab. Kein Blau nötig, um zu zeigen, wer spricht.

Quelle dieser Fläche Zone 4 --bg-zone (tokens.css:84, Quelle ①) · KAI color-mix(--c-action 12%, --surface) (controls_systematik.html:24, dein Review 29.07.) · ICH --surface (G8).

Deckt sich mit der Baustein-Definition K-08: „KAI links mit Akzent-Tönung (Variante B, JC-gewählt) — WEISS gehört allein dem User (G8)".
Einzige Variante, die ohne Override auskommt: sie ist die Token-Rampe selbst.

✅ Dein Entscheid 29.07., hier unverändert bestätigt

CONV-B ist der Sprecher- und Flächen-Kanon. Neu ist nur die Begründung: es ist die einzige Variante, die aus den Tokens folgt statt sie zu überschreiben. Wenn du §1 bestätigst, ist CONV-B automatisch final — und die Quellen ② und ④ werden darauf zurückgezogen.

K-08 speaker-bubble CUI-01A R-119 R-131

CONV-CGebunden: Karte + Composer gehören zusammen (Blau = Bindung)REGEL — gilt für CUI-03 / BTN-02

Hier ist Blau richtig — es sagt: „diese Antwort und dieser Composer sind gerade ein Paar". Die gestrichelten Knöpfe schreiben nur einen Text in den Composer; abgeschickt wird bewusst von dir.

Klärung · Beleg #1005 — Muster „Gesundheit"

Ich schlage eine Ablage-Kategorie vor. Nichts wird gespeichert, bevor du entscheidest.

Mein Vorschlag: neue Kategorie Gesundheit (Privat) · Stufe Engster Kreis

↕ 4 px — Antwort und Composer kleben nie

Quelle dieser Fläche Rahmen --bg-zone + blaue Kanten --c-action nur im aktiven Zustand (controls_systematik.html:42-47, deine Korrektur 29.07. „Antwortblock und Composer kleben nie").

Blau ist hier Zustand, nicht Fläche — genau die Unterscheidung aus §1.
Löst sich auf, sobald du weiterscrollst → dann grau/passiv (siehe CONV-D).

Regel (unverändert gültig)

Gestrichelt = bereitet eine Frage an KAI vor (füllt den Composer) · durchgezogen = führt wirklich etwas aus. Breite: die gebundene Antwort ist exakt so breit wie der Composer — deine Gelb-Markierung war korrekt gelesen.

CUI-03A CUI-03C K-16 R-94 R-14

CONV-DPassiv: du arbeitest weiter, nichts ist gebundenGILT — Gegenstück zu CONV-C

Sobald du scrollst oder woanders arbeitest, gibt es kein aktives Paar mehr. Der Composer bleibt unten stehen — aber er behauptet keinen Bezug, den es nicht gibt.

Letzte KAI-Antwort

Graue Kanten, kein blauer Rand: die Antwort ist fertig, der Composer wartet frei.

↕ 4 px

Quelle dieser Fläche .composer-bound.is-passive (controls_systematik.html:47) — gleiche Struktur wie CONV-C, nur ohne die blauen Kanten.

Beweist die Regel aus §1: dieselbe Fläche, anderer Zustand → anderes Signal, nicht anderer Ton.

Gilt

Passiver Anschluss ist grau, nie blau. Damit ist „blau" im ganzen System eindeutig reserviert.

CUI-03B K-16 R-95

§4 · Der Sonderfall: warum die Karte keine Sprechblasen hat

Du hast gefragt, warum CUI-03C (Zeilen-/Mehrfachauswahl) anders aussieht als der Rest. Hier steht er jetzt im selben Dialog-Rahmen wie alle anderen, damit der Vergleich stimmt — mit der Erklärung sichtbar daneben statt in einer Doku.

CUI-03CAuswahl in einer Liste — im Dialog-Rahmengleiche Zone, andere Sprech-Situation

KaïDu hast einen Vertrag ausgewählt. Ich bereite dazu etwas vor — sagen tue ich hier nichts, deshalb kommt jetzt keine weitere Blase.

1 ausgewählt · Vertrag ADAC Mitgliedschaft

Auswahl-Leiste: gehört zur Liste, nicht zum Gespräch. Darum ohne Avatar und ohne Blasenform.

↕ 4 px

Warum hier keine Sprechblasen — in einem Satz Eine Blase heißt „jemand spricht". Die Auswahl-Leiste spricht nicht: sie zeigt, was markiert ist und was daraus vorbereitet werden kann.

Blasen bekommen nur echte Turns (KAI oder ICH) — sonst verliert der Sprecher-Code seine Bedeutung (K-08, R-130).
Die Leiste liegt trotzdem in derselben Zone 4 und im selben gebundenen Rahmen — deshalb ist sie hier direkt vergleichbar.
Gleiches Prinzip wie System-Meldungen: die tragen ⚙ statt Kai-Avatar und stehen ohne Blase (SYS-01, R-108).

CUI-03C SYS-01 K-33 R-108

§5 · Beim Bauen gemessen: die KAI-Blase verschwindet auf dem Teppich

Bevor du §1 bestätigst, musst du das wissen. Ich habe die Flächen im Browser nachgemessen (hell, 1280 px): die getönte KAI-Blase unterscheidet sich vom grauen Teppich nur um 1,04 : 1 — das ist praktisch unsichtbar. Zum Vergleich: eine klar erkennbare Fläche braucht etwa 3 : 1. Deine weiße Blase liegt bei 1,24 : 1, ebenfalls schwach. Getragen wird die Unterscheidung heute allein von Rahmen, Position und Avatar — nicht von der Farbe.

Zwei Schrauben habe ich durchgemessen — beide führen nicht dahin, wo man es vermutet.

① Mehr Tönung hilft nicht: 12 % ergibt 1,04 · 18 % ergibt 1,06 · 22 % ergibt 1,13 · 28 % ergibt 1,25. Der Teppich ist selbst bläulich-grau — die Tönung zieht in dieselbe Richtung und läuft ihm hinterher, statt sich abzusetzen.

② Teppich heller macht es schlimmer: ich hatte das zuerst als Lösung gebaut und dann nachgemessen — bei einem helleren Teppich verschwindet die weiße Blase (1,24 → 1,12). Die richtige Richtung ist dunkler: dann gewinnen beide Blasen gleichzeitig, weil beide hell sind.

Teppich-Ton	KAI-Blase	Meine Blase	schwächste Trennung
#eef2f8 (heller als heute)	1,06	1,12	1,06 — schlechter
#e2e7ef — heute	1,04	1,24	1,04
#d2dae8	1,18	1,41	1,18
#c9d3e3	1,26	1,51	1,26
#b3c0d6 (deutlich dunkler)	1,54	1,84	1,54 — spürbar

Die drei Optionen nebeneinander — echt gerendert, gemessene Werte

A · Teppich dunkler (#c9d3e3)

KaïBeide Blasen setzen sich ab — die Ordnung wird sichtbar.

IchWeiß, jetzt klar vom Teppich getrennt.

1,26 / 1,51 — beste gemessene Trennung ohne die Blasen zu ändern.

B · Tönung 28 %

KaïKräftiger — aber lauter, und trennt kaum besser.

IchWeiß, unverändert.

1,25 — KAI wird lauter, ohne dass es hilft.

C · heute lassen

KaïFläche fast gleich — Rahmen, Avatar und Seite tragen es.

IchWeiß mit Rahmen und Schatten.

1,04 / 1,24 — funktioniert, aber nicht über die Fläche.

Was das ehrlich heißt — auch für A: eine wirklich klare Flächen-Trennung (3 : 1) ist hier gar nicht erreichbar, solange beide Blasen fast weiß sind. Die Sprecher-Unterscheidung trägt in TGV ohnehin über drei andere Kanäle: Seite (links/rechts, R-10), Avatar (R-85) und Rahmenform (die eckige Ecke zeigt zum Sprecher). Die Fläche ist der vierte, schwächste Kanal — sie soll unterstützen, nicht allein tragen.

Meine Empfehlung: A — der dunklere Teppich ist die einzige gemessene Verbesserung und macht die Ebenen-Ordnung aus §1 auch sichtbar statt nur gedacht. C ist aber nicht falsch: wenn du den heutigen hellen Eindruck magst, bleibt die Bedienung korrekt, weil Seite, Avatar und Form die Arbeit machen. B würde ich nicht nehmen — es macht KAI lauter, ohne etwas zu lösen. (Ein Token-Wechsel wirkt TGV-weit, deshalb entscheidest du das, nicht ich.)

§6 · Deine Entscheidung

Gilt die Ebenen-Ordnung aus §1 als verbindlich?

Seite grau · Konversation = eigener Teppich (--bg-zone) · KAI getönt · ICH weiß · Blöcke weiß · Blau nur als Bindungs-Signal, nie als Fläche.

Antwort „ja" genügt. Daraus folgt ohne weitere Fragen: CONV-B ist final · CONV-A wird als Alt-Beleg archiviert · die Quellen ② und ④ werden auf die Ordnung zurückgezogen · ein Guard hält sie danach fest, damit derselbe Streit nicht wiederkommt.

Zweite, kleinere Frage (aus §5): soll der Gesprächs-Teppich dunkler werden (Option A), damit die Ebenen auch sichtbar sind? Ein Wort genügt: „Teppich dunkler" — oder „lass wie es ist" für Option C. Beides ist vertretbar; A ist die gemessene Verbesserung.

Wenn du etwas ganz anderes willst, reicht der Halbsatz — z. B. „Teppich soll weiß sein" oder „KAI-Tönung stärker". Ich lege dir dann genau diese eine Alternative gerendert daneben, nicht wieder vier.

Was danach passiert (nicht deine Aufgabe, nur zur Info): Der Renderer-Angleich ist ein Bau-Paket über den Tower — kai_chat.css:19-20 auf die Ordnung ziehen, damit die Overrides in core_shell.html:1465-66 überflüssig werden, und die Katalog-Basis in controls_systematik.html:14 nachziehen. Danach gilt: eine Quelle statt vier.