feat(comic): Mc5 — Wardrobe-Hook "Als Comic-Character"

Brücke von Wardrobe nach Comic: User klickt auf einem Outfit oder
einem einzelnen Kleidungsstück „Als Comic-Character", landet im
Character-Builder mit pre-filltem Add-Prompt ("wearing the
Bühnenoutfit"), picked Stil und rendert die ersten 4 Varianten.

Wardrobe-Buttons:
- DetailOutfitView: unterhalb des TryOnButton ein outline-Link
  navigiert zu `/comic/character/new?title=…&prompt=wearing+the+
  OUTFITNAME+outfit`.
- DetailGarmentView: analog mit `prompt=wearing+GARMENTNAME` für
  ein einzelnes Kleidungsstück. Beide nur sichtbar wenn das
  Outfit/Garment nicht archiviert ist.
- Sparkle-Icon + dezent neutraler Border-Style (nicht primary —
  das ist die TryOn-CTA), hover schaltet auf primary/40.

Comic CharacterBuilder bekommt drei optionale Props:
`initialName?`, `initialAddPrompt?`, `initialStyle?`. Im
extend-Modus ignoriert (Source ist dann der existing-Character),
im create-Modus dienen sie als $state-Initialwerte. Routine read
ist intentional — Mounting passiert frisch pro Route-Visit, also
einmaliges Capture passt.

`/comic/character/new/+page.svelte` parsed jetzt
`page.url.searchParams` für `title`, `prompt`, `style` und reicht
sie als Props durch. style wird gegen die VALID_STYLES-Liste
validiert — defekte URL-Params fallen ohne Crash auf
"unset/default" zurück.

Bewusst NICHT gemacht: Try-On-Output direkt als sourceBodyMediaId
verwenden. Das Try-On-Bild ist im mana-media mit `app='picture'`
getaggt; `verifyMediaOwnership` auf
`/picture/generate-with-reference` akzeptiert nur
`['me','wardrobe','comic']` — der Comic-Generate würde mit
HTTP 404 abbrechen. Lösung wäre eine Server-Route die Picture-
Output als Comic-Asset re-tagged, das ist aber eigene Spec.
Aktueller Pfad ist sauberer: rohe meImages-Refs bleiben Source,
der Add-Prompt steuert den Outfit-Look.

Plan-Doc §11 Mc5 dokumentiert den Pfad + warum kein
Try-On-Reuse.

Comic-Files type-checken sauber.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

docs/plans/comic-module.md

@@ -685,11 +685,23 @@ Encryption-Roundtrip-Test.
   `generate_character_variant` in AI_TOOL_CATALOG.
 - Persona kann „mach mir einen Manga-Character für Story X" sagen.
 
-**Mc5 — Wardrobe-Hook** (~2h, optional):
-- In Wardrobe-DetailOutfitView nach erfolgreichem Try-On ein
-  Knopf „Als Comic-Character speichern" → öffnet Builder mit
-  Try-On-Result als optionalem `sourceBodyMediaId`.
-- In DetailGarmentView analog für ein einzelnes Kleidungsstück.
+**Mc5 — Wardrobe-Hook** ✅ shipped:
+- In Wardrobe-DetailOutfitView ein „Als Comic-Character"-Knopf
+  unterhalb des TryOnButton, navigiert zu
+  `/comic/character/new?title=…&prompt=wearing+the+OUTFITNAME+outfit`.
+- In DetailGarmentView analog mit `prompt=wearing+GARMENTNAME`.
+- CharacterBuilder akzeptiert `initialName` / `initialAddPrompt` /
+  `initialStyle`-Props. Die `/comic/character/new`-Route liest
+  URL-Params und reicht sie als initial state durch — der Builder
+  startet mit dem prefillten Add-Prompt, User picked Stil + rendert
+  die ersten 4 Varianten selbst.
+- Bewusst KEIN Try-On-Output als sourceBodyMediaId: das
+  Try-On-Bild ist mit `app='picture'` getaggt, der
+  `verifyMediaOwnership`-Check des Comic-Endpoints akzeptiert nur
+  `['me', 'wardrobe', 'comic']`. Re-Upload als 'comic' wäre eine
+  zusätzliche Server-Route — Aufwand vs. Nutzen nicht klar.
+  Workflow stattdessen: rohe meImages bleiben Source, der
+  Add-Prompt steuert den Outfit-Look.
 
 ### Tradeoffs