{"version":"2.1.285","anchor":"plugin-secrets-merge-across-dependency-chain","canonical_anchor":"plugin-secrets-merge-across-dependency-chain","heading":"Plugin options and secrets now carry across dependencies and renamed plugins","tier":"notice","area":"Plugins","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.285\/e\/plugin-secrets-merge-across-dependency-chain","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.285","markdown":"### Plugin options and secrets now carry across dependencies and renamed plugins\n\nA plugin's saved options and secrets are now combined from its whole dependency chain and from its older names after a rename\n\n**Unclear.** It is not clear which plugins count as part of the dependency chain.\n\n**What**\n\nSome plugins ask for settings when you install them, including secrets such as keys, which are kept in `pluginSecrets`. This release changes which plugins those saved values are gathered from:\n\n- Dependency chain: a plugin that depends on other plugins now combines secrets from every plugin in that chain, plus its own. Before, it combined only one parent's secrets with its own.\n\n- Renamed plugins: when a plugin's options and secrets are saved, values stored under the plugin's older, replaced ids are merged into its current id, and the old entries are removed. The plugin's `mcpServers` settings are merged the same way. Before, values were written only under the single current id.\n\nIf saving these sensitive options fails, Claude Code reports \"Failed to save sensitive plugin options for\" the plugin.\n\n**Why**\n\nA plugin that depends on others can now see secrets set on more of the plugins it builds on. A plugin that has been renamed should keep the configuration you already gave it instead of asking again or losing it.\n\n- Area: Plugins\n- Names: `pluginSecrets`\n- Tier: You'll notice\n- Useful: 2\/5\n- Signal: 1\/5"}