[BUG] /share is silently aliased to /feedback, shadowing user-defined skills

Preflight Checklist

• [x] Searched existing issues — none matching
• [x] Single bug report
• [x] Using latest desktop app build

What's Wrong?

Typing /share in the Claude desktop app routes to /feedback instead of either (a) executing a user-defined skill named share or (b) returning "unknown command." The alias is undocumented — /share does not appear in the public commands reference, but the routing exists in the harness.

This shadows user-defined skills. Our team (Product.ai) has a custom /share skill registered at .claude/skills/share/ for capturing work-sharing sessions. It's a load-bearing verb across our team's substrate — referenced in our skill catalog, internal docs, and team comms. Users invoking it get routed into Anthropic's feedback modal instead of running our skill.

What Should Happen?

One of:

1. User-defined skills named share should take precedence over the undocumented alias, OR
2. The /share → /feedback alias should be removed (it's neither documented nor obvious), OR
3. If the alias is intentional, document it in the public commands reference so teams can avoid the collision before naming a skill.

Error Messages/Logs

Something went wrong
Try sending your message again. If it keeps happening, share feedback so we can investigate.

Start a conversation first, then try /feedback again.

Note the error literally says /feedback after the user typed /share — that's the smoking gun confirming the alias.

Steps to Reproduce

1. Open Claude desktop app on a fresh session (no prior messages).
2. Type /share in the input.
3. Either: (a) a "Submit feedback" modal appears (sends conversation transcript to Anthropic), or (b) on an empty conversation, the error above appears citing /feedback.
4. Confirm in the public commands docs that /share is not listed — the routing is undocumented.

Two other team members on different surfaces (VS Code Claude Code extension, Claude.ai web) could not reproduce — so this may be desktop-app-specific or version-specific.

Claude Model

Not relevant — slash-command routing happens before model invocation.

Is this a regression?

I don't know.

Claude Code Version

Desktop app 1.7196.0 (2dbd78).

Platform

Anthropic API.

Operating System

macOS.

Terminal/Shell

N/A — filing about the desktop app, not the CLI. (The bug-report template's dropdown has no "Claude desktop app" option; selecting "Non-interactive/CI environment" as the closest placeholder.)

Additional Information

I have two screenshots demonstrating this (one of the feedback modal triggered by /share in an active session, one of the error response when /share is the first message of a session, explicitly naming /feedback in the error). Happy to share — they're in another tool right now; can drop them as a follow-up comment if helpful.

Two surfaces (VS Code extension, Claude.ai web) didn't reproduce — possible the alias only ships in the desktop app build, or was added recently.

Our team's /share skill is invoked frequently as part of our team's work-sharing workflow; the collision is creating real friction for us today. Happy to share the skill manifest if useful.