admin-ui: Wardrobe is read-only — surface uninstall (DELETE /api/fonts/{slug} already shipped)

[genwave-radio]

🎯 Ask (T229, demo box)

The Wardrobe page is a pure read-only list — operator expectation from testing: "expected to be able to uninstall at the very least".

📌 Facts

• WardrobeClient.tsx:60-61 documents itself as read-only; no fetch calls at all. Install lives on the Community Catalog detail panel (T202).
• The uninstall API is fully shipped: DELETE /api/fonts/{slug} (FontPackController.cs:272-303, SPEC F104.14, STORY-288) — atomic in-statement referenced-guard, 204 on delete + catalog reload, 404 unknown, 409 naming every referencing theme.
• An uninstall UI was never planned (T208's acceptance was API-through-binary only); the page.tsx:7-8 comment "(later, M2) uninstalled … from elsewhere in the app" is stale — M2 shipped without it.

🔧 Fix sketch

Uninstall affordance per pack row in Wardrobe: confirm dialog → DELETE /api/fonts/{slug} → refresh; 409 renders the referencing-themes list from the problem body ("in use by: …"). Update the stale page comment.

✅ Acceptance

• Installed pack can be removed from Wardrobe; referenced pack shows which themes block it.
• Empty-state CTAs unchanged.

Refs: #393 (Wardrobe tabs for kinds — natural same-page cycle), #162 (surface add-on author).