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

Bash permission checks handle time and nohup wrappers more carefully

Permission rules now look through time and nohup wrappers more carefully, and unusual shell commands are treated with more suspicion

Group of 3 You'll notice Improvements
JSON All of v2.1.309
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
PermissionsArea: what it touches
ImprovementsKind: in v2.1.309,
ImprovementsSection of the release

What

Before Claude runs a shell command, Claude Code checks it against your permission rules, the allow and deny lists that decide what runs without asking. A wrapper is a command such as time or nohup placed in front of the real command. How these checks treat wrappers and some shell variables has changed:

  • Wrapper stripping now understands time -p. Before, only time, nohup and a following -- were removed.
  • If a wrapper such as nohup or time is followed by an option Claude Code doesn't recognise, the command is left unchanged rather than guessed at.
  • time and nohup now refuse a wrapped command whose name is not a plain word.
  • Command names are normalised (put into a standard form) before rule matching, and that normalised form is also tried against your rules.
  • A new check strips a leading time (including time --) and runs the permission-rule match again, so a rule for git status could also match time git status. This check only applies when the remote flag tengu_wild_octopus is on. Nothing has been read about that flag.
  • The tracker that follows shell variables now gives up (treats the command as too complex) on an unset or an appended variable when the command contains an expansion that can fail while running, because whether the name is cleared cannot be checked in advance. Variable assignments placed in front of a command after such an expansion are checked too.

Why

These changes affect which part of a command your permission rules see as the real command. In practice, fewer unusual compound commands are approved automatically, so you may see more permission prompts for them.

See this entry in the whole of v2.1.309 →

Feedback