[BUG] Plugin marketplace shows 'installed' for project-scoped plugins from other projects
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
The plugin marketplace shows a plugin as "installed" when it's only installed at project scope in a different project. However, the /plugin Installed tab correctly does not show the plugin in the current project context.
This creates confusion because the marketplace suggests the plugin is available, but it actually isn't in the current project.
What Should Happen?
The marketplace should only show "installed" status for plugins that are actually available in the current context:
- Plugins installed at user scope (globally available)
- Plugins installed at project scope in the current project
Plugins installed at project scope in other projects should not appear as "installed" in the marketplace when working in a different project.
Steps to Reproduce
- Open Claude Code in Project A
- Run
/pluginand install a plugin (e.g.,superpowers) with project scope - Verify the plugin appears in the Installed tab for Project A
- Open Claude Code in Project B (a different project)
- Run
/plugin→ go to Installed tab → plugin is NOT listed (correct behavior) - Run
/plugin→ go to Discover/Marketplace tab → plugin shows as "installed" (incorrect)
Is this a regression?
I don't know
Claude Code Version
2.1.7 (Claude Code)
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Other
Additional Information
Environment details:
- macOS 26.1 (Build 25B78)
- Running inside tmux 3.5a
- Terminal: tmux-256color
- Shell: zsh
Settings file locations checked:
- User scope (
~/.claude/settings.json): plugin NOT present - Project scope (
.claude/settings.jsonin current project): plugin NOT present - Plugin is only in the other project's
.claude/settings.json
The /plugin Installed tab behavior is correct (respects scope), but the marketplace status indicator seems to check all settings files globally rather than respecting the current scope context.
11 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Additional Information
Another manifestation of this bug
Running the install command also incorrectly reports the plugin as already installed:
Error:
Plugin 'superpowers@claude-plugins-official' is already installed. Use '/plugin' to manage existing plugins.This is incorrect - the plugin is NOT installed in the current project scope, only in a different project's scope.
Correction to reproduction steps
Step 6 should be more specific:
/plugin→ go to Discover tab → select Browse plugins → plugin shows as "installed" (incorrect)---
So there are two issues stemming from the same root cause:
I have the exact same issue on Windows.
None of the blue plugins are actually installed globally or at the current project/local level (I have zero plugins installed globally since I want to manage everything in either local or project scope).
When I try to select one, it immediately redirects me to the "Discover" tab. Running
/plugin install github@claude-plugins-official --scope projectgives me:...even though it's not installed globally or in the current project. It's installed in another project, which seems to be the root of the confusion.
<img width="588" height="418" alt="Image" src="https://github.com/user-attachments/assets/d38163cc-3c04-438a-963a-3d7f3bf90bb6" />
Reproducible in Claude Code v2.1.39 (macOS)
FWIW removing and re-adding the marketplace and then reinstalling the plugin seems to work
I cannot overstate how critical this issue is. This is massively impeding claude code adoption within my organization. My entire team spends hours a day JUST helping people overcome this issue given that all of the organization's domain specific development knowledge is distributed via skills in a custom plugin.
AI Assistant:
Hitting this same bug. There's a workaround tool that patches the config files directly:
claude-plugin-installFeatures: plugin memory (install once, pick from menu next time), fuzzy search with
sk/fzf, marketplace sync, multi-scope support, batch operations, and automatic backups.Same root cause as #14202, #20593, and #14185.
Repo: https://github.com/shibuido/claude-plugin-install
Same bug on macOS. Installed ralph-loop with project scope in one project, then opened Claude Code in a different project.
/pluginshows nothing installed, but/plugin install ralph-loop@claude-plugin-directorysays "already installed." Stuck in a Catch-22 — CLI thinks it's installed globally, but it's not available per-project.installed_plugins.jsonhas the entry with "scope": "project" pointing to the old project. The enabledPlugins in settings.json also doesn't include it.Manually editing installed_plugins.json to change scope to "user" works around it.
Sharing pain @rurza, in mean time: https://github.com/shibuido/claude-plugin-install offers
--scopeflag , so maybe handy, check--helpand in case of improvements just file github issue if you need any.@gwpl I tried it, but sadly it only helps install plugins rather than patch the system to fix stuff, but it is still manual, so I found it no easier than copypasting the plugin names into my
settings.jsonClosing for now — inactive for too long. Please open a new issue if this is still relevant.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.