Permission prompt: Deny/No option changes position — accessibility concern

Problem

When Claude Code prompts for tool permission (Allow once / Allow always / Deny), the position of the Deny option shifts depending on context. Sometimes it's option 1, sometimes 2, sometimes 3.

This is a significant usability issue for users who develop muscle memory for repeated prompts. The "reject" action should always be in the same position so users can quickly deny without carefully reading every prompt.

This is especially impactful for users with cognitive load constraints (disability, fatigue, multitasking) who rely on positional consistency rather than reading each prompt fully.

Expected Behavior

The Deny/No/Reject option should always be in a fixed position (ideally position 1) across all permission prompts. Affirmative options (Allow once, Allow always, etc.) can vary in count but should always come after the reject option.

This follows established UI safety patterns: destructive or rejecting actions should have stable positions to prevent accidental acceptance.

Environment

• Claude Code CLI on WSL2 (Ubuntu) / Windows 11
• Observed across multiple sessions and tool types