Skills from marketplace plugins don't appear in slash command autocomplete
Description
Skills installed via marketplace plugins (registered in extraKnownMarketplaces) do not appear in the slash command autocomplete menu, even though:
- The skills are correctly loaded (visible in the available skills list)
- The skills can be invoked via the
Skilltool programmatically - The skills have proper
SKILL.mdfrontmatter withnameanddescription
In contrast, skills installed directly in ~/.claude/skills/ do appear in the autocomplete menu.
Steps to Reproduce
- Create a local marketplace with a plugin containing a skill:
````
my-marketplace/
├── .claude-plugin/
│ └── marketplace.json
└── plugins/
└── my-plugin/
└── skills/
└── my-skill/
└── SKILL.md
- Register the marketplace in
~/.claude/settings.json:
``json``
{
"extraKnownMarketplaces": {
"my-marketplace": {
"source": {
"source": "directory",
"path": "/path/to/my-marketplace"
}
}
},
"enabledPlugins": {
"my-plugin@my-marketplace": true
}
}
- Restart Claude Code
- Try typing
/my-skillor/my-plugin:my-skillin the input - it doesn't appear in autocomplete
- However, the skill IS loaded and can be invoked via the
Skilltool
Expected Behavior
Skills from marketplace plugins should appear in the slash command autocomplete menu, just like skills installed directly in ~/.claude/skills/.
According to the documentation, user-invocable defaults to true, which should make skills visible in the autocomplete menu.
Actual Behavior
- Skills in
~/.claude/skills/→ ✅ Appear in autocomplete - Skills from marketplace plugins → ❌ Do not appear in autocomplete (but are loaded and functional)
Workaround
Creating a symlink from the marketplace skill to ~/.claude/skills/ makes it appear in autocomplete:
ln -s /path/to/marketplace/plugins/my-plugin/skills/my-skill ~/.claude/skills/my-skill
Environment
- OS: macOS (Darwin 24.6.0)
- Claude Code: Latest version
Showing cached comments. Read the full discussion on GitHub ↗
15 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Adding another data point: Even within the official
superpowers@claude-plugins-officialplugin (v4.0.3), autocomplete behavior is inconsistent:✅ Works:
/brainstorming,/systematic-debugging,/test-driven-development❌ Doesn't work:
/using-superpowers,/using-git-worktreesAll skills ARE listed in
/helpand work when typed fully. The autocomplete just doesn't surface them.Environment: Claude Code 2.1.12, macOS
just confirming exact same behavior as @mklobucaric on CC v2.1.19
Tested with a local plugin using
--plugin-dir(not marketplace):commands/*.md→ ✅ appear in fuzzy finderskills/*/SKILL.md→ ❌ don't appearRuled out:
name:anddescription:fields)plugindevguidevsplugin-dev-guide)~/.claude/plugins/cache/)user-invocable: truefrontmatterConclusion: The fuzzy finder appears to only index the
commands/directory for plugins, ignoringskills/entirely. This contradicts the documentation stating that commands and skills are now unified.Environment: Claude Code 2.1.19, macOS Darwin 24.6.0
Additional data point (regression):
Confirmed on Claude Code v2.1.19, macOS Darwin 25.2.0.
Key finding: This is a regression for my plugin. Skills WERE appearing in autocomplete before an uninstall/reinstall cycle. After reinstalling:
claude plugin listshows plugin enabled ✓claude plugin validatepasses ✓/vibeworks) ✓Interesting: The superpowers plugin (installed from a different marketplace) shows in autocomplete fine. My plugin (agentops) with identical
skills/*/SKILL.mdstructure does not.This suggests the autocomplete index may not be rebuilt/refreshed properly after plugin reinstalls, or there's marketplace-specific behavior.
I am seeing the same issue and I reckon the model used in the slash command/skills could be an issue
Tool search disabled for model 'claude-haiku-4-5-20251001': model does not support tool_reference blocks. This feature is only available on Claude Sonnet 4+, Opus 4+, and newer models.This is interesting.
I set
export ANTHROPIC_DEFAULT_HAIKU_MODEL="claude-sonnet-4-5-20250929"in an attempt to force the index to use sonnet and the results where the same.## Additional Evidence: Multiple plugins with both
commands/andskills/Here are plugins that have both directories, which can be used to verify the bug consistently:
| Plugin | commands/ (✅ works) | skills/ (❌ broken) |
|--------|---------------------|---------------------|
| claude-md-management | 1 | 1 |
| hookify | 4 | 1 |
| Notion | 6 | 1 |
| plugin-dev | 1 | 7 |
| superpowers | 3 | 14 |
| session-wrap | 1 | 3 |
### Reproduction steps
/followed by the plugin name (e.g.,/hookify:)commands/*.mdfiles appear in autocompleteskills/*/SKILL.mdentries are missing from autocomplete### Expected vs Actual
This confirms that the bug is specifically in how
skills/directories are registered to the autocomplete system, whilecommands/handling workscorrectly.
Thanks for confirming — yes, this does not appear to be model-related.
The issue seems to be specific to skills distributed via plugins. I narrowed this down by copying a skill (any skill originally distributed through a plugin) into the project/.claude/skills folder and restarting Claude.
Observed behavior:
• The skill copied into the project folder does appear in autocomplete.
• The same skill, from the plugin, does not appear in autocomplete.
• Running /skills confirms that both skills are available to Claude.
This suggests that autocomplete is not picking up skills that are distributed via plugins, even though they are successfully registered and invokable.
It seems to be working for me since 2.1.29, but not prior to this.
just updated, seems to be working as expected for me now too
I havent tried again yet, but its odd its not in the change log
https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md#2129
Also, are even numbers no longer being released? 2.1.24, 2.1.26, and 2.1.28 arent listed.
Additional data point on Claude Code v2.1.71, macOS Darwin 25.3.0
I maintain ccmagic, a Claude Code plugin with 40 skills distributed via marketplace. Confirming that plugin skills still do not appear in slash command autocomplete or resolve when typed directly.
What we tested
extraKnownMarketplacesin settings.json)~/.claude/plugins/cache/ccmagic/ccmagic/2.2.0/user-invocable: truein frontmatter/reload-pluginsshows the plugin loaded:17 plugin(s) · 11 command(s) · 31 agent(s)Results
/ccmagic:push→ "Unknown skill: ccmagic:push"/autocomplete at allImpact
Because users can't invoke plugin skills via
/, we had to removedisable-model-invocation: truefrom all 25 of our action skills (push, merge, deploy, etc.). Without the/path working, the only way for users to trigger these skills is to ask the model — which requires the model to be able to see them. This means we lost the ability to prevent auto-invocation of destructive skills.See our tracking issue: https://github.com/devondragon/ccmagic/issues/9
Environment
devondragon/ccmagic)One more note: It appears that the skills are available if you install on the command line instead of with /plugin
Until marketplace skills get proper autocomplete support, here are workarounds:
Workaround 1 — Symlink plugin skills to the local skills directory:
Skills in
~/.claude/skills/get autocomplete. Symlinks make the same skill appear in both the marketplace (for distribution) and the local directory (for autocomplete).Workaround 2 — Invoke via the Skill tool directly:
Since the skills load correctly, you can invoke them by typing the full name or asking Claude:
or
The skill runs — it just won't autocomplete when you start typing
/my.Workaround 3 — Create a thin wrapper skill locally:
This gives you autocomplete for a local skill that delegates to the marketplace skill. Slightly redundant but functional.