[Bug] Multi-step confirmation flow loses context on escape and blocks free text input submission

Bug Description
The recent changes to add fixed lists with confirmations From Claude based on key decisions is causing more trouble than it helps and is escape is causing data to be lost.

Three problems:

1) Escape on a series of questions - If I press escape, it fails for all the answers in the multi step process, so I lose my answers and then Claude changes its approach (loses the fact that it was requesting multiple answers), but I want it to have those answers that I can answer even if I choose not to answer one of the questions. You probably need to make sure that escape only escapes the current question or there's like double escape to cancel the whole set of questions.

2) Voice input - The escape key cancels the full process, but actually I was not able to submit my free text to answer for the final option to not respond to but provide additional context so the UI somehow is not allowing me to submit the free text answer. For context: I don't type but I use macOS microphone to interact with Claude so I have a feeling like there's a bug between your stdin entry for this new fow that is blocking me from actually pressing enter and providing free text inputs

Environment Info

• Platform: darwin
• Terminal: Apple_Terminal
• Version: 2.0.28
• Feedback ID: 5ea6ece1-2ab7-40ef-b339-8e587b39fdb7

Errors

[]