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 ·

Interrupted turns now report a resume_reason across streaming, SDK results, and resumed prompts

Claude Code now explains why an interrupted turn is being automatically resumed, and links it to the original turn

Group of 3 Use it now No documentation found Internal Changes
JSON All of v2.1.268
Use it nowTier: how much it should matter to you
4Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
SessionsArea: what it touches
Internal ChangesKind: in v2.1.268,
What probably matters to youSection of the release

What

  • Streaming partial-message frames can now carry a resume_reason field explaining why the current turn is an automatic re-run of one interrupted by a worker restart: host_draining, checkpoint_restore, container_recreated, or a fallback interrupted_turn. This ties to the CLAUDE_CODE_RESUME_INTERRUPTED_TURN / CLAUDE_CODE_RESUME_REASON mechanism.
  • The SDK/headless turn-result schema gains the same optional resume_reason string, plus an optional result_index integer, in both the streamed and final result message shapes.
  • When Claude Code auto-resumes an interrupted turn at session restart, the reconstructed prompt now includes a resumeReason and, when available, a resumedTurnUserMessageUuid pointing back to the original interrupted turn's user message.

Why This makes it clear, both in the UI/streaming output and in SDK results, why a turn was automatically re-run after an interruption (such as the worker host draining or a container being recreated), and links the resumed turn back to the original one it replaced.

Read from
Names in the bundleresumeReason

See this entry in the whole of v2.1.268 →

Feedback