[Bug]: Skill/slash picker inside a question's custom-answer field cannot be dismissed and wedges input in every thread #8128

Before submitting

• I searched existing issues and did not find a duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/desktop

Steps to reproduce

1. Desktop app 0.0.33 (Alpha), Claude provider, macOS.
2. Create a thread and let the agent ask a question via its question tool (AskUserQuestion), so the option card renders.
3. Click into the custom answer / "Other" free-text field of that card and type / or $ so the skill / slash-command picker opens, then pick a skill.
4. Try to dismiss the picker (Esc, click outside), answer the question, or type — here and in other threads.

Expected behavior

The picker closes on Esc or an outside click, the question card stays reachable, and the field keeps accepting input — the same way @ mentions in this field were fixed in #2635.

Actual behavior

The skill list renders on top of the question card and cannot be dismissed: Esc and outside clicks do not close it, and the options underneath are unreachable, so the question can no longer be answered. The custom-answer field keeps the partially typed skill name and refuses all further input. The wedge is not scoped to the thread — composers in other threads are dead too, so nothing can be sent anywhere in the app.

Note: this looks like the / + $ counterpart of #2635 (@ mentions in the custom-answer field), which was closed as fixed by the pending-user-input composer work (commits 3ff2e3d and 6ae5aee). The mention path was routed into custom-answer state; the skill/slash path appears not to have been.

Impact

Blocks work completely

Version or commit

0.0.33 (desktop Alpha)

Environment

macOS 26.3.1 (25D2128), Apple Silicon, T3 Code Desktop 0.0.33 Alpha, Claude provider

Workaround

Restart the app (per #2569, a hard reload of the Electron window may also clear it).