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

--system-prompt-snapshot now defaults on universally, not just for the built-in prompt

--system-prompt-snapshot's documented default is now described as always-on, not just for the built-in prompt

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

The help text for --system-prompt-snapshot now describes the setting as on by default in all cases, rather than only by default for the built-in system prompt (previously, using --system-prompt or --append-system-prompt turned snapshotting off automatically). With the default on, the system prompt - including any text passed via --system-prompt or --append-system-prompt - is rendered once on the conversation's first request, and every later request or resume reuses that exact recorded version, even if a later launch passes different prompt text, until the conversation compacts (summarizes and trims its history).

Relatedly, when snapshotting is on, a set_model system-prompt override now takes effect at the next compaction rather than at the next turn.

Why

This means custom system prompts set via --system-prompt or --append-system-prompt are now also locked in from the first request by default, so changing that text on a later launch of the same conversation won't retroactively change what's already been recorded - only a fresh conversation or a compaction will pick up new text.

See this entry in the whole of v2.1.265 →

Feedback