fix(nav,schrift): nur eigene Features in der Leiste, Instrument Sans laden

Zwei Korrekturen aus dem Review.

1. Die Seitenleiste zeigte die komplette Software-Navigation nach. Falsch:
   Kontakte, Leads, Pipelines, Postfach, Termine und Einstellungen stehen dort
   bereits, der Prototyp verdoppelt sie nur. Jetzt stehen in der Leiste
   ausschließlich unsere beiden Features — Dashboard (eigenes Feature, hier
   nicht enthalten) und Analytics — plus die Bausteingalerie im sekundären
   Bereich, die zum Prototyp und nicht zum Produkt gehört.

2. Die Schrift stimmte nicht. Die Software nutzt Instrument Sans, selbst
   gehostet als variable Schrift. Der Prototyp lud Inter über next/font,
   während ui/theme.css für sämtliche Subframe-Typo-Token bereits
   'Instrument Sans' verlangte — die Schrift war aber nie geladen und fiel auf
   die Systemschrift zurück. Ergebnis waren zwei verschiedene Schriften auf
   einer Seite, keine davon die der Software.

   Jetzt liegen dieselben woff2-Dateien unter public/fonts/, mit denselben
   @font-face-Regeln und derselben Alias-Zuordnung für Komponenten, die noch
   direkt auf Inter verweisen. next/font entfällt.

Der Layout-Prüfer lief nach dem Schriftwechsel erneut durch: andere Metrik,
andere Textbreiten — weiterhin keine Kollisionen über 6 Seiten × 7 Breiten.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01QPeZNwSeU7qG3RRCwaxEZX

docs/DESIGN-SYSTEM.md

@@ -236,7 +236,11 @@ zwischen den Karten, zerfällt das Raster optisch.
 | Label, Achsen, Legende | 12 px | 400–500 |
 | Kleinstschrift (Meta) | 11 px | 400 |
 
-Eine Schriftfamilie (Inter). Zahlen immer in Tabellenziffern
+Eine Schriftfamilie: **Instrument Sans**, selbst gehostet aus denselben
+Schriftdateien wie die Software (`public/fonts/`, variabel 400–700). Vorher lief
+der Prototyp auf Inter, während `ui/theme.css` für alle Subframe-Typo-Token
+bereits „Instrument Sans" verlangte — zwei Schriften auf einer Seite, keine
+davon die der Software. Zahlen immer in Tabellenziffern
 (`font-variant-numeric: tabular-nums`, global gesetzt), damit Spalten
 untereinander stehen.
 

docs/NAVIGATION.md

@@ -2,27 +2,23 @@
 
 ## Struktur
 
-Die Seitenleiste **spiegelt die von HiveGrid Cloud** — dieselbe Komponente
-(`ui/components/SidebarWithSections`), dieselben Gruppen, dieselbe Reihenfolge:
+Die Seitenleiste zeigt **nur unsere beiden Features**. Kontakte, Leads,
+Pipelines, Postfach, Termine und Einstellungen stehen bereits in der
+Seitenleiste der Software und werden hier nicht verdoppelt — der Prototyp zeigt,
+was dazukommt, nicht was schon da ist.
 
 ```
 HIVEGRID
-├── Dashboard          gehört zur Software, hier nicht enthalten
-├── Analytics          ◄── der Prototyp lebt hier   /analytics
-├── Aufgaben           gehört zur Software
-├── Kunden
-│   ├── Kontakte · Leads
-├── Projekte
-│   ├── Pipelines · Plantafel · Dateien
-├── Kommunikation
-│   ├── Postfach · Formulare · Telefonie
-├── Organisation
-│   └── Termine
+├── Dashboard          eigenes Feature, nicht Teil dieses Prototyps
+└── Analytics          ◄── der Prototyp lebt hier   /analytics
 ├─────────────────────
-├── Komponenten        Bausteingalerie des Prototyps   /komponenten
-└── Einstellungen      gehört zur Software
+└── Komponenten        Bausteingalerie des Prototyps   /komponenten
 ```
 
+Gerendert wird mit derselben Komponente wie in der Software
+(`ui/components/SidebarWithSections`, aus der Cloud-Fassung portiert) und
+derselben Schrift (Instrument Sans, selbst gehostet aus denselben Dateien).
+
 **Analytics ist ein einzelner Menüpunkt**, kein aufklappbarer Bereich. Die fünf
 Analyse-Seiten sind darin über **Reiter** erreichbar:
 
@@ -39,10 +35,8 @@ Zwei Navigationsebenen für dieselbe Sache — Unterpunkte in der Seitenleiste
 `SettingsHubShell.tsx` im Zielsystem: ein `Link` um ein `Tabs.Item`, damit jeder
 Reiter eine echte Adresse hat und mittelklickbar bleibt.
 
-**Nur Analytics und Komponenten führen hier irgendwohin.** Die übrigen Einträge
-zeigen, wo die Analyse in der fertigen Anwendung sitzt, und melden beim Klick,
-dass sie zur Software gehören. Eine tote Schaltfläche ohne Rückmeldung wäre
-schlechter als gar keine.
+„Dashboard" führt hier nirgendwohin und meldet das beim Klick — es ist ein
+eigenes Feature, siehe [SCOPE-ANALYTICS-DASHBOARD.md](SCOPE-ANALYTICS-DASHBOARD.md).
 
 ---