Szenario-Hierarchie: Plan als Behaelter, Diff-Markierung (V6)

Groesste Umstrukturierung bisher. Der PLAN ist neu ein schlanker Behaelter ohne
Finanzdaten; die berechenbare Einheit ist das SZENARIO.

Modell:
- Jeder Plan bekommt beim Anlegen automatisch ein Basisszenario (isBase).
- Das Grundprofil liegt am Szenario, nicht am Plan -- nur so sind Szenarien mit
  abweichendem PENSIONSALTER moeglich (Fruehpensionierung), das in Person steckt.
- Neue Szenarien sind vollstaendige Kopien eines BELIEBIGEN Szenarios und haengen
  als Baum darunter (parentScenarioId); die Seitenleiste rueckt sie ein.
- Kopierte Phasen/Elemente tragen Herkunfts-Verweise (sourcePhaseId,
  sourceElementId). Ueber den Namen zu matchen waere fragil gewesen.

Abweichungs-Markierung (Diff gegen das Eltern-Szenario, live):
- geaendert = gelb, neu = gruen + Badge, entfernt = graue Geisterzeile.
- Markiert: Phasen-/Uebergangszellen, Element-Zeilen, Phasenkoepfe, Cash-Anfangswert,
  Cash-Uebergaenge, Grundprofil. Zaehler ueber der Matrix.
- Eigene Theme-Tokens fuer Hell/Dunkel/Warm -- ein fester Gelbwert waere im
  Dunkelschema unbrauchbar.

Charts vergleichen neu die Geschwister-Szenarien statt fremder Plaene.

Datenmodell/Migration:
- Neue Tabelle Plan; bisheriger Plan -> Scenario (IDs erhalten, damit alle
  Kind-Fremdschluessel gueltig bleiben); planId -> scenarioId in Person/Phase/
  FinancialElement. Bestehende Szenarien werden per rekursivem CTE demselben
  Behaelter zugeordnet, auch mehrfach verschachtelte.
- Migration VOR dem Deploy gegen echtes PostgreSQL verifiziert (PGlite, in-process),
  inkl. verschachtelter Szenarien und Cascade. Der Test ist als
  migrations.test.ts committet und sichert kuenftige Migrationen ab.

API neu unter /api/scenarios/*. 10 neue Tests (48 -> 58). Spezifikation auf v0.8.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

src/lib/types.ts

@@ -23,6 +23,8 @@ export interface PhaseInput {
   durationYears: number;
   // Cash-Entscheid beim Uebergang NACH dieser Phase (einmalige Sonderein-/ausgaben).
   cashTransition: CashTransitionData;
+  // Gegenstueck im Eltern-Szenario (Diff-Grundlage); null im Basisszenario.
+  sourcePhaseId?: string | null;
 }
 
 export interface ElementInput {
@@ -34,10 +36,31 @@ export interface ElementInput {
   // Werte je Phase (Key = phaseId) bzw. je Uebergang (Key = fromPhaseId).
   phaseValues: Record<string, PhaseData>;
   transitionValues: Record<string, TransitionData>;
+  // Gegenstueck im Eltern-Szenario (Diff-Grundlage); null im Basisszenario.
+  sourceElementId?: string | null;
 }
 
-// Ein Plan ist selbsttragend: er traegt sein eigenes Grundprofil (Haushaltsform, Personen,
-// Inflationsannahme) plus die Phasenkette und die finanziellen Elemente.
+// Kopf-Daten eines Szenarios (fuer Baum und Auswahl in der Seitenleiste).
+export interface ScenarioMeta {
+  id: string;
+  planId: string;
+  name: string;
+  isBase: boolean;
+  parentScenarioId: string | null;
+}
+
+// Ein Plan ist der Behaelter; er traegt nur den Namen und seine Szenarien.
+export interface PlanListItem {
+  id: string;
+  name: string;
+  createdAt?: string;
+  scenarios: ScenarioMeta[];
+}
+
+// Die berechenbare Einheit (fachlich: ein SZENARIO). Sie ist selbsttragend und traegt ihr
+// eigenes Grundprofil (Haushaltsform, Personen, Inflation, Cash) plus Phasen und Elemente.
+// Der Name `PlanInput` ist historisch und bleibt, weil die ganze Berechnungsschicht darauf
+// aufsetzt (computePlan, Monte Carlo, Tests).
 export interface PlanInput {
   id: string;
   name: string;