Support multiple links elegantly in the wizard_ask overlay (numbered open/copy)

Background

PR #741 added link truncation to the wizard_ask overlay: long URLs now show a clean scheme://host… label while the OSC 8 click target and the o (open) / c (copy) keybinds still act on the full URL. See link-helpers.ts and WizardAskScreen.tsx.

That was "Option A" of an idea from Vincent. This issue tracks "Option B": presenting multiple links in a prompt elegantly, e.g. a numbered list where each link is Press 1 to open, Press 2 to open, etc.

Why it's deferred, not done now

Today the overlay only ever handles a single link. The auto-copy effect and the o/c keybinds are gated to exactly one URL (soleUrl, promptUrls.length === 1 in WizardAskScreen.tsx). No current prompt sends more than one link, so building the multi-link case now would be speculative. Worth doing once a real multi-link prompt exists to design against.

Scope when picked up

• Lift the soleUrl gating to N URLs.
• Numbered keybinds (1, 2, …) to open each link in the browser.
• Rethink copy: with several links, per-link c no longer works. Decide whether copy stays (e.g. a modifier, or copy-the-focused-link) or is dropped in favor of open.
• Truncation already handles the display side per link (truncateUrlLabel), so multiple links can sit one-per-line without wrapping noise.

Out of scope

Single-link behavior shipped in #741 should not regress: one link should still read naturally (Press o to open), not force a user to think in numbers.

Start in src/ui/tui/screens/WizardAskScreen.tsx, focusing on soleUrl, promptUrls, and the existing single-link keybind behavior; review src/ui/tui/primitives/link-helpers.ts for per-link display handling. Use a real multi-link prompt as the design case when one exists, then define numbered open actions and a multi-link copy behavior while preserving the current single-link wording and behavior.