{"version":"2.1.260","anchor":"artifacts-tool-gains-a-copy-from-action-behind-a-new-flag","canonical_anchor":"artifacts-tool-gains-a-copy-from-action-behind-a-new-flag","heading":"Artifacts tool gains a \"copy_from\" action, behind a new flag defaulting off","tier":"soon","area":"Artifacts","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.260\/e\/artifacts-tool-gains-a-copy-from-action-behind-a-new-flag","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.260","markdown":"### Artifacts tool gains a \"copy_from\" action, behind a new flag defaulting off\n\nThe artifact copy_from action is gated behind a new flag that defaults off.\n\nThe artifact tool's `copy_from` action is now gated by a new `Are()` capability check in addition to the existing `assets` capability, stored as `frozenCopyFrom`. The gate reads the `tengu_cobalt_plinth_samphire` flag, which is new to this build, so the action's enum entry and description only appear when both checks pass.\n\nThe artifacts tool's permission-check dispatcher recognizes the new `copy_from` action, letting Claude copy assets from one published artifact into another server-side, but the action is also guarded by an account-level check that currently resolves to disabled: calling it returns an explicit \"action `copy_from` is not enabled for this account\" error.\n\n- Flag `tengu_cobalt_plinth_samphire`: Off in both readings (read for one account on one subscription tier against v2.1.260; this account: off, anonymous baseline: off, compiled default: 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.\n- Area: Artifacts\n- Names: `tengu_cobalt_plinth_samphire`\n- Tier: Nothing to try yet\n- Useful: 2\/5\n- Signal: 3\/5\n- Present in the build but not switched on"}