What
On Windows, a shell command can be too long to pass to the shell as a single argument, which used to make it fail. Claude Code has a new Windows-only way to handle this:
- The command is split into several arguments and put back together, with a sha256 check (a fingerprint) to confirm the whole text arrived.
- If it still cannot fit or cannot be confirmed, Claude is told to break it up, for example: "Claude Code did not run this command: it is too long for one argument of the shell on Windows, and the shell could not confirm that it had the whole text, which was sent in several arguments. Break it into shorter commands."
- The path is controlled by the server switch
tengu_mossy_melody, whose built-in default is off. Nothing has been read about it. - A new managed setting,
disableWindowsBashCommandSplit, turns the splitting off. It counts only when an organization's policy sets it to true, and it is merged the same way asdisableSkillShellExecutionandallowManagedHooksOnly.
Why
Where the switch is on, long commands on Windows may run instead of failing. Administrators who do not want commands split this way can block it through policy.
tengu_mossy_melody Not enough to sayNothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.
This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.319: off
These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.
Read once, for one account on one subscription tier, against v2.1.319. It isn't a statement about your account. What a flag value here can and cannot tell you
New in this build: tengu_mossy_melody