Claude Output-Praeferenzen

Kernregel

Marvin versteht Inhalte besser wenn sie visuell strukturiert und kurz sind. Lange Text-Antworten mit verschachtelten Tabellen und Aufzaehlungen erzeugen ADHS-bedingt Ueberladung statt Klarheit.

Why: ADHS-Arbeitsgedaechtnis — lange Antworten werden nicht bis zum Ende gelesen. Visuelle Aufbereitung (HTML) nutzt den staerkeren visuellen Kanal.

How to apply:

1. Ueberblick zuerst — 2-3 Saetze, Kernaussage. Details nur auf Nachfrage.
2. Interaktive HTML-Seiten als Output — bei Recherche-Ergebnissen, Vergleichen, Plaenen, Architektur-Uebersichten: als interaktive HTML-Seite ausgeben (via web-artifacts-builder). Flussdiagramme und Diagramme statt Text-Walls. Konsistentes, einfaches Design — immer gleicher Stil.
3. Tabellen sparsam — maximal 4-5 Zeilen im Chat. Wenn mehr: HTML mit Filter/Collapse.
4. Kein Wiederholen — was Marvin schon weiss, nicht nochmal zusammenfassen.
5. Drill-Down-Modell — Marvin fragt nach wenn er Details will. Nicht praemptiv alles liefern.
6. Dashboard-Integration — HTML-Outputs sollen langfristig ins interne Operations-Dashboard (dashboard.agenticventures.de, Repo: av-cockpit) integrierbar sein. Gleiche Aesthetik.

Design-System fuer HTML-Outputs

Konsistent mit dem Operations-Dashboard (av-cockpit, Next.js 16):

• Fonts: Geist Sans (UI), Geist Mono (Zahlen/Code) — in Standalone-Prototypen Inter + JetBrains Mono als Fallback OK
• Farben: Monochrom (#0d1117 fg, ffffff bg), Akzent 533afd, semantic ok 1a7f37 / warn 9a6700 / err cf222e. CSS Custom Properties (--color-*)
• Stil: Vercel/Stripe — viel Whitespace, shadow-as-border statt echte Borders, sparsamer Akzent nur fuer aktive Nav + CTAs
• Cards: .card mit box-shadow: rgba(0,0,0,0.08) 0 0 0 1px, rgba(0,0,0,0.03) 0 2px 6px (keine border-Property)
• Diagramme: Flussdiagramme (Mermaid oder inline SVG), Recharts fuer Balken/Area/Donut wo Zahlen verglichen werden
• Interaktiv: Collapsible Sections, Hover-Details, Filter wo sinnvoll
• Mobile: 375px viewport ohne horizontal scroll