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.302 ·

Permission mode and bypass availability kept in a shared context

Permission mode changes now update a shared context that request metadata reads from when no mode is passed in

Group of 2 Under the hood Internal Changes
JSON All of v2.1.302
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
PermissionsArea: what it touches
Internal ChangesKind: in v2.1.302,
Internal ChangesSection of the release

What

The permission mode controls how much Claude Code may do without asking you first. Bypass permissions is the mode that skips those prompts. Claude Code now keeps both values in a shared context object.

  • When the permission mode changes, a helper now merges currentPermissionMode into that context. Before, only notifyPermissionModeChanged was called.
  • When the availability of bypass permissions changes, bypassPermissionsAvailable is merged into the same context.
  • These updates only happen when the context already holds a permissionMode.
  • The code that builds request context, which includes client-version metadata, used to read the mode only from what its caller passed in. If none was passed, the mode was undefined, and bypass availability defaulted to true. It now falls back to currentPermissionMode or permissionMode from the saved state. Bypass availability now comes from bypassPermissionsAvailable !== !1, which is true unless the saved state says false.

Why

The permission mode reported with some requests can now come from the live session instead of being left out. This may change what mode is reported in client-version metadata for some calls.

See this entry in the whole of v2.1.302 →

Feedback