Source Intelligence

DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.

All of v2.1.214 Home All releases olderv2.1.213 v2.1.215newer
Claude Code v2.1.214

Disable mimalloc memory scavenger in sandboxed bash subprocesses

When Claude Code's sandbox mode is active, bash subprocesses now have the MIMALLOC_SCAVENGER environment variable set to "0". This disables the mimalloc memory allocator's background scavenger thread, which can cause unexpected memory pressure and instability in constrained sandbox environments.

The change was implemented by extracting inline bash environment construction into a dedicated helper (fUg) that conditionally adds MIMALLOC_SCAVENGER: "0" when shouldUseSandbox is true. The guard function yru() gates the injection on a Bun standalone-executable check: x6i() calls RS(), which returns Bun.isStandaloneExecutable === true. Only when this is true does yru() return { MIMALLOC_SCAVENGER: "0" }; otherwise it returns an empty object {}. This means the variable is injected only when both conditions are met simultaneously — sandbox is active AND Claude Code is running as a Bun standalone binary (the distribution format in which Bun's built-in mimalloc allocator is active). On plain Node.js or other runtimes the spread is a no-op and the subprocess environment is unchanged.

Evidence

sandbox environment helper injects { MIMALLOC_SCAVENGER: "0" } (search for "MIMALLOC_SCAVENGER"); Bun standalone guard at RS() returns Bun.isStandaloneExecutable === !0; dual-condition spread in fUg: ...(i ? yru() : void 0) where i is shouldUseSandbox

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.214 →