[BUG] Number keys auto-select options instead of typing in "Other" text input on AskUserQuestion prompts

Description

When Claude Code presents a multiple-choice question (via AskUserQuestion) with an "Other" free-text option, typing a number key (1-9) while focused on the "Other" text input immediately selects the corresponding numbered option instead of entering the digit as text.

Expected behavior

When the "Other" text input has focus, all keystrokes (including numbers) should be captured as text input. The response should only submit when the user presses Enter.

Actual behavior

Typing a number (e.g., "2") in the "Other" text input immediately selects option 2 and submits it, bypassing the text input entirely.

Reproduction steps

1. Run Claude Code in Ghostty terminal
2. Trigger an AskUserQuestion prompt with multiple choices (e.g., 3 options + Other)
3. Navigate to the "Other" free-text option
4. Type any number (e.g., "3")
5. Observe: option 3 is immediately selected and submitted instead of "3" being entered as text

Environment

• Claude Code version: 2.1.29
• Terminal: Ghostty (with Kitty keyboard protocol support)
• OS: macOS (Darwin 25.2.0)

Notes

• This may be related to Kitty keyboard protocol handling, as Ghostty sends enhanced key sequences. However, overriding number keys to send plain ASCII via Ghostty keybinds (keybind = 1=text:1, etc.) did not resolve the issue in initial testing (pending full terminal restart to confirm).
• The terminal has existing keybind workarounds for related Kitty protocol issues (enter, shift+enter, shift+space, kp_enter) from #17400.
• Possibly related to #10278 (number keys in approval dialogs) and #12465 (enter key in multi-choice prompts).