/* ============================================================
   DS-LAYER — app-eigene Klammer um den verbatim DS-Import.
   ------------------------------------------------------------
   KEINE DS-Datei: components.css und components/*.css kommen
   verbatim aus dem Design-System-Projekt (.design-sync/sync.md)
   und dürfen nicht editiert werden. Diese Datei gehört der App
   und drückt den Vertrag aus, der vorher nur in der Lade-
   reihenfolge steckte:

     „App schlägt DS."

   Ungelayerte Styles schlagen JEDEN Cascade Layer — unabhängig
   von der Spezifität. Es genügt also, die DS-Komponenten-Schicht
   zu layern; style.css bleibt ungelayert und gewinnt strukturell.
   Vorher trug die Ladereihenfolge den Vertrag, und die trägt nur
   bei GLEICHER Spezifität: `textarea.field-input` (0,1,1) schlug
   jeden einklassigen Layout-Rest (0,1,0) — real eingetreten in
   DS B1c (Prompt-Editor auf 88px geschrumpft).

   Was das NICHT löst: additives Durchleaken (eine DS-Regel setzt
   eine Property, die der bespoke Zwilling gar nicht setzt) — das
   ist kein Spezifitätsproblem. Dagegen hilft weiter nur der
   Toggle-Diff (CLAUDE.md, Abschnitt „Design-System").

   ⚠ !important dreht die Layer-Reihenfolge um: ein `!important`
   IM Layer schlüge ein ungelayertes `!important`. Die DS-Schicht
   führt heute kein einziges — wer eines synct, prüft die drei
   `!important` in style.css.
   ============================================================ */
@import url("components.css") layer(ds);