Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.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

TierUse it nowhow much it should matter to you
Useful3my rating, 1 to 5
Signal3worth watching, 1 to 5
AreaHookswhat it touches
KindNew Featuresin v2.1.267,
Group of 4 Use it now

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

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 →