Group of 3 You'll notice
The plugin manager now waits for enable/disable actions to finish and tells you if changes apply immediately or need a reload
What
- Closing the plugin manager menu after toggling plugins used to show a static reminder message immediately. Now it tracks in-flight enable/disable promises and, if any are still pending, waits for all of them to settle before returning to the menu, instead of firing the reminder text before the toggle finished.
- The reminder text is now conditional on a new
changesApplyOnCloseflag: when set, plugin-enable confirmations say the change applies as soon as the menu closes; otherwise they still tell you to run/reload-plugins. - The installed-plugins management screen now receives this
changesApplyOnCloseprop, wired to the same "needs refresh" state used for the reload prompt.
Why
This avoids showing a misleading confirmation before a plugin toggle has actually finished, and makes clear whether you need to run /reload-plugins or the change already took effect.
Names in the bundle/reload-plugins
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
Confirmed since
Anthropic's documentation has since written up /reload-plugins, on Push events into a running session with channels.
If the install summary reports `Run /reload-plugins to activate.`, you don't need to act on it here, because restarting in the next step picks up the plugin.channels see the edit
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agrees
Anthropic's documentation has since written up /reload-plugins, on Push events into a running session with channels.
Anthropic's release notes agree
Improved /plugin: installing, enabling or disabling a plugin now takes effect when you close the menu; /reload-plugins is no longer needed…