[Feature Request] Input field should remain active during pending confirmations; implement decision queue instead of channel lock

Bug Description
Il campo di input dovrebbe essere sempre disponibile, indipendentemente dallo stato del processo. Oggi i prompt di conferma sono un blocco del canale: finché c'è una richiesta pendente (o una serie di edit consecutivi), non posso digitare nulla — nemmeno comandi che non c'entrano con la modifica in corso, come /model o /usage. Caso concreto: a sessione avviata ho capito che il compito era più pesante del previsto e volevo passare a un modello superiore con /model. Non ho potuto farlo per decine di turni consecutivi, perché il campo era sempre occupato da conferme in coda. Alla fine ho dovuto scegliere "allow all edits" non perché volessi rinunciare al controllo granulare, ma solo per riavere il diritto di parola — un baratto che un buon design non dovrebbe imporre. Proposta: input sempre attivo, con i prompt di conferma gestiti come coda di decisioni in sospeso invece che come lock del canale. /btw esiste già per le domande; servirebbe l'equivalente per i comandi e per scrivere messaggi.Correlata: #84668 (Esc interpretato come rifiuto invece che sospensione). Quel problema è un sintomo di questo: se l'input fosse sempre disponibile e i prompt fossero una coda invece di un lock, l'ambiguità di Esc non avrebbe modo di manifestarsi.

Environment Info

• Platform: win32
• Terminal: null
• Version: 2.1.226
• Feedback ID: 73086233-c75e-4069-ac84-d190db9c2e3a

Errors

[]