Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.275 ·

Permission mode now tracked at the time of the original request

Claude Code now records the permission mode a tool request was made under (permissionModeAtRequest) to resolve 'auto' mode and keep decisions consistent

TierUnder the hoodhow much it should matter to you
Useful2my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaPermissionswhat it touches
KindInternal Changesin v2.1.275,
Group of 3 Under the hood No documentation found

Claude Code now records the permission mode a tool request was made under (permissionModeAtRequest) to resolve 'auto' mode and keep decisions consistent

What

  • A new permissionModeAtRequest field is now threaded through tool-use handling, capturing the concrete permission mode (default, acceptEdits, dontAsk, or bubble) that an "auto" mode resolves to at the moment a tool request is made; plan and bypassPermissions both resolve to default. This replaces an earlier, simpler mode field.
  • When replying to a tool_use request, Claude Code now restores the permission mode that request was originally made under, but only when the effective mode is "arbiter" and a gate check passes.
  • A new telemetry event, tengu_auto_mode_decided_as_requested_mode, fires when auto-mode's eventual decision matches the mode that was originally requested, recording the tool name, whether it's an MCP tool, and the requested mode.

Why

This keeps permission decisions consistent with the mode that was actually in effect when a tool request was made, and provides telemetry to measure how often auto-mode's decision simply confirms the original request.

Read from
Names in the bundlepermissionModeAtRequest

See this entry in the whole of v2.1.275 →