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

Claude Code v2.1.238 ·

Managed settings can refuse plugin sources and marketplace updates

Admins can block plugins and marketplaces from unlisted sources, with refusals naming the policy.

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

Administrator-managed settings can now block plugins and marketplaces whose entry source is not listed in the managed extraKnownMarketplaces policy, so install, update and refresh stop with a policy error instead of running that entry's command for minting auth headers. Refusals are reported separately from ordinary failures, and the messages name the policy rather than looking like a network or catalog fault. Nothing is blocked unless the managed policy sets disableCommandPluginSources or allowManagedHooksOnly; without those, behaviour is unchanged.

Details
  • A blocked marketplace update reports <name> marketplace not updated (managed policy) — ask your admin and lists the sources that were refused.
  • The plugin update path explains that your organization's managed settings forbid its headersHelper (the version shown is from the cached catalog; ask your admin), so the displayed version may be stale.
  • Each refusal is classified as either "lockdown", meaning the policy forbids the source outright, or "remote_policy_unconsented", meaning a remote source whose policy has not been consented to in the current remote session.
  • Two new diagnostic kinds carry these refusals, including an autoupdate-disabled-by-policy notice.
  • Refused marketplaces are gathered into their own list during refresh rather than folded in with genuine failures.
  • headersHelper, the command that supplies auth headers for a source, is now accepted on plugin entries declared in settings files as well as on marketplace entries, and a validator rejects values that are over-long or contain non-printable ASCII.
  • The message for an inactive plugin no longer says "or blocked by policy" and now states only that the plugin is disabled.
Evidence

autoupdate-disabled-by-policy, not updated (managed policy), your organization's managed settings forbid its headersHelper (the version shown is from the cached catalog; ask your admin)

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

Read from
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.

Confirmed since Anthropic's documentation has since written up allowManagedHooksOnly, on MCP, plugins, skills, and hooks. Claude Code [managed settings](/docs/third-party/claude-desktop/code#interaction-with-claude-code%E2%80%99s-own-managed-settings) deployed on the device govern these hooks as they do in the Claude Code CLI: `disableAllHooks` turns them off… third-party/claude-desktop/extensions see the edit
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 allowManagedHooksOnly, on MCP, plugins, skills, and hooks.
Anthropic's release notes agreePlugin marketplaces: headersHelper on a url marketplace or a catalog entry runs a command that mints HTTP headers (e.g. a short-lived token)…

See this entry in the whole of v2.1.238 →

Feedback