Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.268 ·

Bash command-substitution parsing hardened against untrusted backtick/$() bytes

Bash command parsing now rejects unclear backtick or $() substitutions instead of guessing

You'll notice Bug Fixes
JSON All of v2.1.268
You'll noticeTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
ElsewhereArea: what it touches
Bug FixesKind: in v2.1.268,
Bug FixesSection of the release
What

The safety parser that analyzes bash commands before running them now specifically detects malformed or unaccounted-for backtick and $() command-substitution syntax, such as an empty or overrun backtick body, or an unsupported escape inside one. When it finds bytes in the command that its parse tree can't account for, it now downgrades the command to "too complex" instead of proceeding on a parse it can't fully trust.

Why

This closes a path where a command containing tricky or malformed substitution syntax could have been misread by the safety parser, by refusing to trust an uncertain parse rather than risk approving something incorrectly.

See this entry in the whole of v2.1.268 →

Feedback