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

Malformed SDK input frames are repaired or dropped instead of erroring, on remote transports

Odd or damaged input frames on remote connections are now fixed up or quietly dropped instead of erroring out.

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

On a remote transport, a streaming input frame whose message role is not user no longer produces a parse error: a user message wrapped one level deep is unwrapped and used, and anything else is dropped and retired. A control_request missing its request object or with a non-string subtype is dropped too. Local transports keep the old error behaviour.

Details
  • New telemetry tengu_sdk_malformed_input carries message_type, reason, transport and outcome, where outcome is one of dropped, unwrap_refused, repair_disabled or repaired.
  • CLAUDE_CODE_DISABLE_NESTED_USER_REPAIR turns the unwrap off; it is a boolean env var and is unset by default, so repair is on wherever the remote path runs, and disabling it reports repair_disabled.
Evidence

Repaired a nested user message (one level), Dropping control_request: missing request object or non-string subtype

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

Read from
How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: CLAUDE_CODE_DISABLE_NESTED_USER_REPAIR

See this entry in the whole of v2.1.238 →

Feedback