[FEATURE] Preserve SlashCommand permission rules when using Skill tool
Resolved 💬 2 comments Opened Jan 20, 2026 by PaulRBerg Closed Feb 27, 2026
Problem
When users define permission rules like SlashCommand(/foo:*) in their settings.json#permissions#allow, those permissions are no longer respected. This is because slash commands are now invoked via the Skill tool internally, but the permission system still checks against SlashCommand which is no longer used.
This is a breaking change for users who have configured their permissions around the SlashCommand tool name.
Proposed solution
Until v3 release, maintain backwards compatibility by:
- Continuing to honor
SlashCommandpermission patterns insettings.json#permissions#allow - Mapping
Skilltool calls for slash commands to check bothSkillandSlashCommandpermissions - Only fully deprecate
SlashCommandpermissions in a major version bump (v3) where breaking changes are expected
Alternatives considered
- Users could manually update all their permission rules from
SlashCommand(/foo:*)to the newSkillequivalent, but this is disruptive and unexpected for a minor/patch release
Priority
High - This is a breaking change affecting existing user configurations
Category
Configuration and settings
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗