[FEATURE]: Add .claude/commands/ compatibility (like .claude/skills/) #6985

Activity

1. github-actions

   assigned

   thdxr

   on Jan 5, 2026
2. github-actions commented on Jan 5, 2026

   

   github-actionsBot

   on Jan 5, 2026 – with GitHub Actions

   Contributor

   More actions

   This issue might be a duplicate of existing issues. Please check:

   • Does opencode actually support finding skills at .claude/skills? #6266: Does opencode actually support finding skills at .claude/skills? - Related to Claude Code path compatibility
   • [feat] custom slash commands #299: [feat] custom slash commands - Related feature for custom command management
   • [FEATURE]: Plugin Hook for Registering Additional Config Directories #6347: [FEATURE]: Plugin Hook for Registering Additional Config Directories - Related to configurable discovery paths for commands and skills

   Feel free to ignore if none of these address your specific case.
3. SeanZoR

   added a commit that references this issue on Jan 5, 2026

   feat: add .claude/commands/ compatibility for command discovery

   ...

   This issue will close once commit 1d49f92 is merged into the 'dev' branch.

   1d49f92
4. mamoreau-devolutions commented on Jan 7, 2026

   

   mamoreau-devolutions

   on Jan 7, 2026

   More actions

   I just tried doing basic compatibility by copying .claude/commands to .opencode/command, but it looks like there are incompatibilities with the frontmatter for things like the argument-hint: https://code.claude.com/docs/en/slash-commands#frontmatter

   

   I wouldn't mind having to duplicate certain frontmatter parameters for Claude Code and OpenCode, but this particular incompatibility prevents OpenCode from loading it. Therefore, I can't just use a git symlink for compatibility like I do for GitHub Copilot.

   👍React with 👍3Reacted by Bailey Belvis, Roger Siegenthaler and Ivan

   👀React with 👀1Reacted by Ivan Kalashnikov
5. zerobell-lee commented on Jan 26, 2026

   

   zerobell-lee

   on Jan 26, 2026

   More actions

   It even interprets instructions wrongly. I tried running slash commands on both environment; ~/.config/opencode/commands and ~/.claude/commands, they were recognized successfully, but one in ~/.claude/commands never worked. It just adds custom command instruction onto the prompt and make user request empty.
6. pablontiv commented on Jan 29, 2026

   

   pablontiv

   on Jan 29, 2026

   More actions

   Additional Context: Frontmatter Incompatibility

   Building on @mamoreau-devolutions' comment about frontmatter incompatibilities, here's the full mapping needed for Claude Code → OpenCode command compatibility:

   Claude Code Frontmatter

   name: my-command
   description: Does something
   argument-hint: <topic>
   allowed-tools: [Read, Write, Bash]
   model: claude-sonnet-4-20250514

   OpenCode Command Frontmatter

   description: Does something
   agent: build
   model: anthropic/claude-sonnet-4-20250514
   subtask: false

   Key Differences

   Claude Code	OpenCode	Notes
   name	filename	OpenCode derives name from file
   argument-hint	-	No equivalent (causes parse error)
   allowed-tools	-	No equivalent
   model	model	Different format (provider/model)
   -	agent	OpenCode-specific
   -	subtask	OpenCode-specific

   Suggested Solution

   When loading from .claude/commands/, OpenCode could:

   1. Ignore unknown frontmatter fields instead of erroring
   2. Map argument-hint to hints array
   3. Auto-prefix model with provider if missing

   This would allow the same command file to work in both tools.

   ---

   Alternatively, issue #10262 (plugin dynamic commands) would let a compatibility plugin handle this translation layer without core changes.

   👍React with 👍2Reacted by Roger Siegenthaler and Xiaoyu Guo
7. github-actions commented on Mar 31, 2026

   

   github-actionsBot

   on Mar 31, 2026 – with GitHub Actions

   Contributor

   More actions

   To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.
8. github-actions

   closed this as completedon Mar 31, 2026