Desktop app: slash command autocomplete lost after 500 error recovery
Resolved 💬 3 comments Opened Apr 8, 2026 by abdaziziu Closed Apr 12, 2026
Description
Custom slash commands in .claude/commands/ stop appearing in the autocomplete dropdown after recovering from an API 500 error. The commands still execute when typed manually — only autocomplete is affected.
Steps to Reproduce
- Open Claude Code desktop app (Mac) with a project that has
.claude/commands/*.mdfiles - Verify slash commands appear in autocomplete when typing
/— they work fine initially - During a session, receive a server error:
API Error: 500 The socket connection was closed unexpectedly - Restart Claude Code (Cmd+Q and reopen)
- Type
/— custom commands no longer appear in autocomplete
What I tried
- Quit and reopen the desktop app (multiple times)
- Full device reboot
- Verified all
.claude/commands/*.mdfiles still exist and are valid markdown - Verified commands execute correctly when typed manually (e.g.,
/build-screenworks) - Confirmed the issue affects ALL commands, including ones that were not modified
Expected behavior
Custom slash commands should appear in the autocomplete dropdown after restart, just as they did before the 500 error.
Actual behavior
- Autocomplete shows skills (from
.claude/skills/) but not commands (from.claude/commands/) - Typing the full command name manually and pressing enter works — the command executes
- The issue persists across restarts and reboots
Environment
- Claude Code desktop app for Mac
- macOS Darwin 25.3.0
- Model: claude-opus-4-6 (1M context)
- 6 command files in
.claude/commands/
Notes
The command files are registered internally — they appear in the skills list that Claude sees. The issue is specifically with the autocomplete UI not indexing them after crash recovery.
🤖 Generated with Claude Code
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗