Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.265 ·

Plan-mode gate for artifact verify/upload consent is a hardcoded constant, not yet a real toggle

A new always-on constant currently broadens when artifact verify/upload/comment actions require live confirmation during plan mode

Group of 3 Under the hood Internal Changes
JSON All of v2.1.265
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
Plan ModeArea: what it touches
Internal ChangesKind: in v2.1.265,
Internal ChangesSection of the release

What

  • A new module-level constant (Cdn, currently hardcoded to true) is now combined with plan-mode checks to broaden when certain artifact actions — like verify and upload_asset — require per-action confirmation rather than being covered by a session-wide approval. This matters because plan mode can admit third-party text into the conversation.
  • The helper AA(e) that makes this decision resolves to Cdn && ue(e).mode === "plan", and is used together with another helper (Au()) throughout the new artifact consent code, including deciding whether comments or reads need a live confirmation prompt.
  • A sibling helper, vU, resolves to (e.ask && e.basis === "unattended") || (EDe && ue(t).mode === "plan"), where EDe is a second constant currently set to true, gating a related plan-mode branch.

Why Both gating constants are hardcoded on rather than driven by a real setting, so today this behavior is effectively always active in plan mode: artifact verify/upload/comment/read actions get an explicit confirmation prompt rather than relying on a broader session approval, since plan mode can bring in untrusted third-party text.

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtThe finding shows the underlying constants are hardcoded true, but does not say what user-facing behavior the plan-mode check actually…

See this entry in the whole of v2.1.265 →

Feedback