Plugin TUI shows plugin as enabled that CLI reports as disabled/not found

Resolved 💬 3 comments Opened Mar 17, 2026 by galeep Closed Mar 17, 2026

Bug

The /plugin TUI and claude plugin list CLI disagree about a plugin's enabled state. A plugin showed as ✔ enabled in the TUI but:

  • Did not appear in claude plugin list output at all
  • claude plugin disable skills@skills-marketplace returned "already disabled"
  • No entry existed in any settings file (~/.claude/settings.json, .claude/settings.json, .claude/settings.local.json)

The plugin continued to show as enabled in the TUI across sessions until the marketplace was uninstalled and the plugin cache directory (~/.claude/plugins/cache/skills-marketplace/) was manually deleted.

Steps to reproduce

  1. Install the skills-marketplace marketplace (https://github.com/jamesrochabrun/skills, commit 2482c17)
  2. Install anthropic-prompt-engineer from that marketplace
  3. Disable it: claude plugin disable anthropic-prompt-engineer
  4. Open /plugin TUI → a separate plugin called skills from skills-marketplace shows as ✔ enabled
  5. Run claude plugin listskills does not appear
  6. Run claude plugin disable skills@skills-marketplace → "already disabled"
  7. TUI still shows it as enabled

Context

The marketplace has both a marketplace.json (listing individual plugins) and a plugin.json (defining a catch-all plugin named skills) in its .claude-plugin/ directory. The TUI may be discovering the plugin via the plugin.json while the CLI only tracks plugins listed in marketplace.json.

Expected behavior

TUI and CLI should agree on plugin state. If a plugin cannot be managed via CLI, it should not appear as enabled in the TUI.

Environment

  • Claude Code v2.1.76
  • macOS Darwin 23.6.0

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗