Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.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

TierUnder the hoodhow much it should matter to you
Useful1my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaSessionswhat it touches
KindInternal Changesin v2.1.268,
Group of 3 Under the hood No documentation found

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

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