claude-code - 💡(How to fix) Fix Plugin list shows plugins from all project scopes, not just the current project [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#56026Fetched 2026-05-05 06:00:06
View on GitHub
Comments
1
Participants
2
Timeline
3
Reactions
0
Timeline (top)
labeled ×2commented ×1

When viewing installed plugins in Claude Code, plugins that are enabled in other projects' .claude/settings.json files appear in the plugin list — even when the current project does not have them enabled. There is no indication of which scope each plugin belongs to.

Root Cause

When viewing installed plugins in Claude Code, plugins that are enabled in other projects' .claude/settings.json files appear in the plugin list — even when the current project does not have them enabled. There is no indication of which scope each plugin belongs to.

RAW_BUFFERClick to expand / collapse

Description

When viewing installed plugins in Claude Code, plugins that are enabled in other projects' .claude/settings.json files appear in the plugin list — even when the current project does not have them enabled. There is no indication of which scope each plugin belongs to.

Steps to Reproduce

  1. Enable a plugin (e.g. my-plugin) in Project A's .claude/settings.json
  2. Enable the same plugin in Project B's .claude/settings.json
  3. Open Project A in Claude Code and view the installed plugins

Observed Behavior

The plugin appears multiple times in the list — once for each project scope where it is enabled — with no label indicating which project/scope each entry belongs to. This makes it look like the plugin is installed multiple times or that foreign plugins are active in the current project.

Expected Behavior

The plugin list should either:

  • Only show plugins active in the current context (global scope + current project scope), or
  • Clearly label each entry with the scope it belongs to (e.g. "Project: hypeguard-flutter-onsite-app")

Context

  • Using per-project plugin scoping via .claude/settings.json `enabledPlugins` field
  • The same plugin enabled across 5 different projects results in 5 entries in the UI with no distinguishing information

extent analysis

TL;DR

Filtering or labeling plugins by their scope in the Claude Code plugin list is necessary to resolve the issue of plugins from other projects appearing without clear indication of their origin.

Guidance

  • Review the .claude/settings.json files across projects to understand the scope of each enabled plugin.
  • Consider modifying the plugin list display to include the project scope or a unique identifier for each plugin entry.
  • Investigate the possibility of filtering the plugin list to only show plugins enabled in the current project scope.
  • Examine the code responsible for populating the plugin list to determine how it retrieves plugin information and how it can be adjusted to respect project scopes.

Example

No specific code example can be provided without more details on the implementation, but the solution might involve adjusting the query or data processing logic that populates the plugin list, potentially incorporating project scope information.

Notes

The exact implementation details of the plugin list and scope filtering are not provided, so the guidance is focused on general steps towards a solution. Understanding how the .claude/settings.json files are processed and how plugin scopes are currently handled is crucial for a precise fix.

Recommendation

Apply a workaround by modifying the display of the plugin list to clearly indicate the scope of each plugin, as upgrading to a fixed version is not mentioned as an option in the provided context. This approach allows for a more immediate resolution to the issue of unclear plugin origins.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING