Command
/permissions
Shows and lets you edit which tools and commands Claude is allowed to run automatically versus needing your approval for.
Claude Code asks before running things that could matter — installing packages, running arbitrary shell commands, editing files outside the project. /permissions is where those rules actually live: what's auto-approved, what always needs a prompt, and what's blocked outright.
Loosening permissions too far to avoid approval prompts trades safety for speed in a way that's easy to regret once something runs that shouldn't have. The better fix for prompt fatigue is usually scoping a specific, safe command (like your project's own test runner) to auto-approve, not disabling checks broadly.
Project-level permission rules also travel with the repo if committed, so a team can share the same guardrails rather than everyone tuning their own.
/permissionsFrequently asked questions
What does /permissions do in Claude Code?
Shows and lets you edit which tools and commands Claude is allowed to run automatically versus needing your approval for.
How do I use it?
Try: /permissions
Any caveats to know about?
Project-level permission rules also travel with the repo if committed, so a team can share the same guardrails rather than everyone tuning their own.
Is this covered in the Claude Code Toolkit?
Yes — /permissions and patterns like it are part of the full command, hook, and template pack included with a Claude Code Toolkit subscription.
Want the full command, hook, and template pack?
This is one pattern out of the full Claude Code Toolkit — subscribe for the complete set, plus everything we add going forward.
Subscribe to the toolkit — $79/mo