[BUG] AskUserQuestion "Other" text input doesn't show multi-line text as user types

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

When using the AskUserQuestion tool (e.g., in the brainstorming superpower skill), users are presented with structured options and an "Other" field for custom text input.

When entering multi-line text in the "Other" field, only the first line is visible in the input box. Text beyond the first line is still captured and submitted, but users cannot see what they're typing once they exceed one line.

This makes it difficult to compose longer, multi-paragraph responses or review what has been entered before submitting.

What Should Happen?

The "Other" text input field should be a multi-line textarea that:

• Automatically expands or scrolls to show all text as the user types
• Displays all lines of text entered by the user
• Allows users to see and edit their entire response before submitting

This would match standard UX patterns for text input fields that accept longer responses.

Error Messages/Logs

Steps to Reproduce

1. Trigger the brainstorming skill (or any workflow that uses AskUserQuestion with structured options)
2. When presented with multiple choice options and an "Other" text field, select "Other"
3. Type a multi-line response (press Enter to create new lines)
4. Observe that only the first line remains visible in the input box
5. Continue typing on subsequent lines - notice that the text is hidden from view
6. Submit the response - the full multi-line text is captured, but wasn't visible during entry

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.0.31 (Claude Code)

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

WSL (Windows Subsystem for Linux)

Additional Information

This issue particularly affects workflows that use the brainstorming superpower skill, where users may need to provide detailed, multi-paragraph responses when the structured options don't fully capture their intent.

Suggested fix: Replace the single-line input with a <textarea> element that has rows="3" minimum and uses CSS like resize: vertical to allow user adjustment, or implement auto-expanding textarea behavior.