[BUG] Plugin commands are always namespaced (contradicting to the documentation): allow optional namespaces or default commands

Resolved 💬 4 comments Opened Dec 31, 2025 by rse Closed Mar 1, 2026

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?

In the documentation https://code.claude.com/docs/en/slash-commands it is stated: "Plugin commands are: - Namespaced: Commands can use the format /plugin-name:command-name to avoid conflicts (plugin prefix is optional unless there are name collisions)" But this seems to be not true. The plugin prefix (aka namespace) is never optional. I tried multiple ways to define my plugin command (just through the filesystem relative path, alternatively via the "commands" section in the "plugin.json") but I was never able to make the namespace optional. Even when the command has the same name as the plugin (say "foo"), the slash command then always is /foo:foo and never /foo.

What Should Happen?

Please allow a plugin command <command> to react directly under its plugin namespace <plugin> with just /<command> (according to the documentation, perhaps by detecting that <plugin> and <command> are exactly the same word) or /<plugin> (by allowing the command to be a default command in the namespace, perhaps by having <command> named "default" or something).

Error Messages/Logs

Steps to Reproduce

Create a plugin "foo" with a command "foo", then install the plugin and see that the only possibility to call it is "/foo:foo" and never just "/foo"

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.0.76

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_

View original on GitHub ↗

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