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

Artifact read denials now say when ownership couldn't be confirmed

When no one can answer a permission prompt, the refusal to read an artifact now separates unconfirmed ownership from someone else's artifact

You'll notice Improvements
JSON All of v2.1.282
You'll noticeTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
ArtifactsArea: what it touches
ImprovementsKind: in v2.1.282,
ImprovementsSection of the release
What

Sometimes nobody is available to answer a permission prompt, for example when Claude Code runs unattended. A permission prompt is the question Claude Code asks before doing something that needs your approval.

In that situation, Claude Code refuses the first read of an artifact. It now also refuses when one of your "ask" permission rules matches. The refusal message now separates two cases: an artifact whose ownership couldn't be confirmed, and an artifact that belongs to someone else. Before this change, the message always said it was someone else's artifact.

Reading an artifact through the WebFetch tool while network access is off also gains a way to ask for permission through a hook. A hook is a command you configure to run at certain points.

Why

In sessions that run without anyone watching, the refusal message now says more precisely why the read was blocked.

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 doubtIt is unclear exactly what condition triggers the new refusal and how the hook-based ask for WebFetch is decided.

See this entry in the whole of v2.1.282 →

Feedback