Plugin commands now explain refusals for built-ins and org-locked plugins instead of acting oddly.
What's wrong with this entry?
claude plugin enable, disable, install, update and uninstall now refuse clearly instead of acting confusingly. Built-in plugins can only be enabled or disabled, never installed, updated or uninstalled, and a plugin locked by organization managed settings cannot be toggled for a --plugin-dir, skills directory or claude.ai-synced copy.
- Toggling a synced plugin now reports when a higher-precedence settings source would still govern it, or when
--setting-sourcesmakes the session ignore that source. disable-allnow writes explicit false entries for synced plugins that no settings file mentions.
built-in plugins cannot be installed, updated or uninstalled
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.229
claude plugin installandupdategained-yBoth mention install update
-
v2.1.221
Inline /mcp enable/disable detects changes made in another session
Both mention enable disable
-
v2.1.242
disableArtifactdeprecated in favour ofenableArtifactBoth mention enable disable