Follow Discord
Sweep 06 Nov 2026 · 01:32Z Build v2.1.319 537 read Stable v2.1.311 Latest v2.1.318 Next v2.1.319 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.267 ·

Managed settings gain prependPlugins/appendPlugins, admin-only plugin ordering

Administrators can now force plugins to load first or last via managed prependPlugins/appendPlugins settings that users can't override

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

What

  • Two new managed-settings keys, prependPlugins and appendPlugins, let an administrator force certain plugins to always load first or last; malformed values fall back to an empty list.
  • Settings loaded from user-writable files (not managed/administrator settings) can no longer set secDefault, prependPlugins, or appendPlugins, and can no longer use enabledPlugins to enable a plugin or name a built-in plugin — these are stripped with a warning as administrator-only.
  • If a plugin is listed in both prependPlugins and appendPlugins, it's resolved by prepending it, with a warning; a warning is also shown when a user setting is overridden ("shadowed") by managed policy.
  • Each plugin's hooks module is now resolved to a "tier" (prepend, builtin, user, or append) based on these managed lists, and calls like next.to("<tier>") inside a plugin's hooks are validated against that tier, throwing if the plugin isn't managed or the named tier isn't actually next in the chain.

Why This gives organizations a way to guarantee that certain plugins, such as security or compliance hooks, always run first or last, and prevents individual users from overriding that ordering or granting themselves extra plugin access through local settings files.

See this entry in the whole of v2.1.267 →

Feedback