Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.229 ·

Sibling workflow agents stagger their first request to warm the cache

Parallel workflow agents stagger their first call to share cache; tune with an env var.

Use it now Notable Improvements
JSON All of v2.1.229
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
WorkflowsArea: what it touches
ImprovementsKind: in v2.1.229,
What probably matters to youSection of the release
What

When several workflow agents start with an identical prompt prefix, the followers now wait briefly for the leader's first response so their request hits the prompt cache instead of paying full price for the same prefix. The wait is capped by CLAUDE_CODE_WORKFLOW_PREFIX_STAGGER_MS, which has a built-in default when unset and is forced to 0 when DISABLE_PROMPT_CACHING is set.

Details
  • Agents sharing a prefix register in a warm-up map; the first one through is the leader
  • Followers wait up to the cap, then proceed regardless
  • With prompt caching disabled there is no wait at all
Evidence

CLAUDE_CODE_WORKFLOW_PREFIX_STAGGER_MS

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

Read from
How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's release notes agreeImproved workflow fan-outs to stagger same-prefix sibling agents so subsequent agents read the cached prompt prefix instead of re-paying it…
The name it cites is new in this buildNew in this build: CLAUDE_CODE_WORKFLOW_PREFIX_STAGGER_MS

See this entry in the whole of v2.1.229 →

Feedback