Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.309 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.242 ·

Permission prompts can open on the decline option

Some permission prompts now open on No, with digit shortcuts hidden so you cannot approve accidentally.

You'll notice New Features
JSON All of v2.1.242
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
PermissionsArea: what it touches
New FeaturesKind: in v2.1.242,
New FeaturesSection of the release
What

A permission request can now be marked so its dialog opens focused on No, with the decline option listed first and the digit shortcuts hidden, so an ask "must not be approvable by a single stray keystroke". It is set per request by whatever raises the prompt rather than by any setting, and a couple of internal permission results, including some Artifact-related asks, already use it in this build.

Details
  • The field is named default_to_no and carries guidance that a host "should not pre-select approve when set".
  • No flag, setting or environment variable gates it, and there is no way to turn it on for all prompts.
  • The flag travels over the control protocol Claude Code uses to talk to a host UI, added to the set of boolean permission fields carried across that boundary.
  • Editors and other hosts that draw their own permission prompts have to honour it themselves; nothing forces the behaviour on them, and a host that ignores it falls back to its usual prompt with approve selectable as normal.
Evidence

a terminal-style prompt opens on its decline option and takes no digit shortcut, default_to_no

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.242 →

Feedback