Plugin skills with user-invocable: true not appearing in slash command autocomplete

Resolved 💬 3 comments Opened Jan 27, 2026 by JeongHeonK Closed Jan 30, 2026

Bug Description

Skills defined in plugins with user-invocable: true do not appear in the slash command autocomplete, while commands in the same plugin work correctly.

Expected Behavior

According to the official documentation:

.claude/commands/review.md and .claude/skills/review/SKILL.md both work as /review

Skills with user-invocable: true should appear in slash command autocomplete just like commands.

Actual Behavior

Only files in commands/ folder appear in autocomplete. Skills in skills/*/SKILL.md with all required fields (user-invocable: true, context: fork, model) do not appear.

Reproduction Steps

  1. Install a plugin with both commands and skills:

``
plugins/<plugin-name>/
├── commands/
│ └── verify-review.md # ✅ Works - appears in autocomplete
└── skills/
└── git-commit/
└── SKILL.md # ❌ Does not appear in autocomplete
``

  1. The skill has proper frontmatter:

```yaml
---
name: git-commit
description: ...
model: haiku
context: fork
user-invocable: true
allowed-tools:

  • Bash
  • Read

---
```

  1. Type / in Claude Code - only commands appear, not skills

Environment

  • Platform: Linux (WSL2)
  • Claude Code version: Latest
  • Plugin structure: marketplace with multiple plugins

Workaround

Currently converting skills to commands as a workaround, but this loses the skill folder structure benefits (scripts/, references/ subfolders).

Additional Context

Tested with cached plugin versions - the issue persists even when skills have all documented required fields (user-invocable, context, model).

View original on GitHub ↗

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