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
HomeReleasesv2.1.228entry #18

Claude Code v2.1.228 ·

CLAUDE_CODE_COWORK_FRAME_ARTIFACTS forces artifact permissions to be re-asked

A new environment variable makes every artifact write and republish ask permission again instead of remembering approval.

Use it now Notable No documentation found New Features
JSON All of v2.1.228
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
ArtifactsArea: what it touches
New FeaturesKind: in v2.1.228,
What probably matters to youSection of the release
What

A new environment variable, CLAUDE_CODE_COWORK_FRAME_ARTIFACTS, turns off the "you already approved this in this session" shortcut for artifact database writes and republishes, so each of those decisions is made fresh. It applies only on the local-agent entrypoint and only when CLAUDECODE is not set, and artifact actions fail closed with frame-specific denial text when a permission check cannot complete.

Details
  • The value is captured once at startup into the process-info object and is stripped case-insensitively from the environment of child processes, so subprocesses do not inherit it.
  • Off by default; nothing else in the build sets it.
  • It extends the existing plan-mode artifact consent floor rather than replacing it.
Usage
CLAUDE_CODE_COWORK_FRAME_ARTIFACTS=1 claude
Evidence

Cowork-frame artifact consent floor fails closed when its permission check cannot complete, CLAUDE_CODE_COWORK_FRAME_ARTIFACTS

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

Read from
Names in the bundleCLAUDE_CODE_COWORK_FRAME_ARTIFACTS
How sure we are
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this buildNew in this build: CLAUDE_CODE_COWORK_FRAME_ARTIFACTS

See this entry in the whole of v2.1.228 →

Feedback