Group of 4 Use it now Notable
No documentation found
Orgs now control which plugin's hooks run first or last via prependPlugins/appendPlugins instead of the old secDefault boolean
What
- Two new managed-settings keys,
prependPluginsandappendPlugins, let an organization list plugin ids (in the formplugin@marketplace) whose hooks must run first (outermost) or last (innermost) among the plugins in the hooks chain. - The built-in
sec-defaulthooks module (Claude Code's default security/policy protection hooks) now checks whether the org'sprependPluginslist includessec-default@builtin, and reports its seating reason as "seated by managed prependPlugins at position N" or "not seated: managed prependPlugins does not list it". - The old
secDefaultmanaged-settings boolean, which used to just seat the bundled sec-default plugin outermost (and had a special warning when shadowed outside managed settings), is removed entirely - no references to it remain.
Why
This replaces a single yes/no switch for the built-in security hooks with a general-purpose ordering mechanism, letting organizations control exactly where any plugin's hooks sit in the chain (not just whether the default security hooks run first), while keeping the ability to opt out of or explicitly retain that default seating.
Names in the bundleprependPlugins
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this build
New in this build: prependPlugins