Set disableAutoMode to "disable" to stop Claude Code ever falling back to auto permission mode.
What's wrong with this entry?
Claude Code will no longer fall back to auto mode if either permissions.disableAutoMode or the top-level disableAutoMode setting is set to "disable". The fallback also still requires the auto-mode circuit breaker to be inactive and remote config to allow auto mode, so setting neither key leaves behaviour as before.
- Both spellings are checked, so the key works at the top level of settings or nested under
permissions. - The resolver's result now also reports a
baselineMode(the mode it started from before any fallback) alongside the mode it settled on. - A proactivity level is now passed into the resolver and a
decidedByProactivityLevelflag returned with it, but that flag is always false here and the resolver'sproactivityoutput is undefined, so proactivity does not influence the chosen mode in this build.
{ "permissions": { "disableAutoMode": "disable" } }decidedByProactivityLevel
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.248
CLAUDE_CODE_ENABLE_AUTO_MODE is no longer required, or read at all
Both mention disable auto mode
-
v2.1.221
Auto mode exit message is tailored, and subagents no longer get it
Both mention auto mode
-
v2.1.229
Auto-mode setup confirmation is now a single keyboard form
Both mention auto mode