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

A bad plugin config no longer takes the plugin down

A plugin with bad config now loads on defaults instead of failing, when enabled from trusted settings.

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

If a plugin's options do not match the userConfig its plugin.json declares, and the plugin was enabled purely from trusted settings, it now loads on its default values with an error logged instead of failing. Plugins enabled any other way still throw as before.

Details
  • Asking a plugin for options when its manifest declares no userConfig now logs a warning once per plugin, and every option reads as absent.
Evidence

options requested but its manifest declares no userConfig; every option reads as absent

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

Read from
Names in the bundleuserConfig
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 userConfig, on Plugins reference. | `userConfig` | object | User-configurable values prompted at enable time. See [User configuration](#user-configuration) | See below | plugins-reference see the edit
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up userConfig, on Plugins reference.

See this entry in the whole of v2.1.246 →

Feedback