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

Artifact publishing can copy files from other artifacts, but it's off by default

Artifact publishing can copy files from other artifacts server-side, but it's off by default.

Nothing to try yet In Development
JSON All of v2.1.260
Nothing to try yetTier: how much it should matter to you
2Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
ArtifactsArea: what it touches
In DevelopmentKind: in v2.1.260,
In DevelopmentSection of the release

Artifact publishing can now copy files from another artifact instead of only using local files, via a copied list in the publish input with from_url/from_path entries, or a files entry shaped {artifact, path, ver?} that copies a published file server-side without downloading and re-uploading it. A separate copy_from action accepts from_url plus up to a capped number of asset_ids to copy assets between artifacts. Validation blocks copying an artifact's own index.html, blocks copying HTML/SVG/XML documents entirely, requires ver to be a valid version id, and caps the number of distinct source-artifact versions per publish.

This whole feature is off by default, gated by a remote flag (tengu_cobalt_plinth_samphire) that defaults to false. While off, any attempt to copy returns the fixed refusal "copying files from another artifact is not enabled for this account — nothing was published; publish with local files instead" and logs a tengu_artifact_publish event with reason copy_from_flag_off.

Read from
Names in the bundlecopiedcopy_from
Feature flag
tengu_cobalt_plinth_samphire Off in both readings

The flag server returned off for the account this site reads and for the anonymous baseline. A reading of off cannot rule out a rollout these two readings sit outside of.

This account: off · anonymous baseline: off · compiled default in v2.1.260: off

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

Read once, for one account on one subscription tier, against v2.1.260. It isn't a statement about your account. What a flag value here can and cannot tell you

Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Added since A small documentation edit on Run prompts on a schedule touched a line naming copied after this was published. * With [feature-flag fetching off](/docs/en/env-vars#features-that-need-feature-flag-fetching), Claude Code stores a task you asked to keep across sessions in the project's `.claude/scheduled_tasks.json` file. When the `.claude` directory … scheduled-tasks see the edit
Confirmed since Anthropic's documentation has since written up copied, on Configure per-channel access. 2. Pick the channel in the **Channel** field. Type a name to search public channels, or paste a channel ID or channel link copied from Slack. Private channels don't appear in the search results, so for a private channel, paste its ID from … claude-tag/admins/attach-to-scope see the edit
What has happened since
Flag reading moved The flag server now returns on for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns on for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns on for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns on for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_cobalt_plinth_samphire, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.

See this across every release →

How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up copied, on Configure per-channel access.
The name it cites is new in this buildNew in this build: tengu_cobalt_plinth_samphire

See this entry in the whole of v2.1.260 →

Feedback