SDK Permissions
The Claude Agent SDK provides powerful permission controls that allow you to manage how Claude uses tools in your application. This guide covers how to implement permission systems using thecanUseTool callback, hooks, and settings.json permission rules. For complete API documentation, see the TypeScript SDK reference.
Overview
The Claude Agent SDK provides four complementary ways to control tool usage:- Permission Modes - Global permission behavior settings that affect all tools
- canUseTool callback - Runtime permission handler for cases not covered by other rules
- Hooks - Fine-grained control over every tool execution with custom logic
- Permission rules (settings.json) - Declarative allow/deny rules with integrated bash command parsing
- Permission modes - Set overall permission behavior (planning, auto-accepting edits, bypassing checks)
- canUseTool- Dynamic approval for uncovered cases, prompts user for permission
- Hooks - Programmatic control over all tool executions
- Permission rules - Static policies with intelligent bash command parsing
Permission Flow Diagram
Processing Order: PreToolUse Hook → Deny Rules → Allow Rules → Ask Rules → Permission Mode Check → canUseTool Callback → PostToolUse HookPermission Modes
Permission modes provide global control over how Claude uses tools. You can set the permission mode when callingquery() or change it dynamically during streaming sessions.
Available Modes
The SDK supports four permission modes, each with different behavior:| Mode | Description | Tool Behavior | 
|---|---|---|
| default | Standard permission behavior | Normal permission checks apply | 
| plan | Planning mode - no execution | Claude can only use read-only tools; presents a plan before execution (Not currently supported in SDK) | 
| acceptEdits | Auto-accept file edits | File edits and filesystem operations are automatically approved | 
| bypassPermissions | Bypass all permission checks | All tools run without permission prompts (use with caution) | 
Setting Permission Mode
You can set the permission mode in two ways:1. Initial Configuration
Set the mode when creating a query:2. Dynamic Mode Changes (Streaming Only)
Change the mode during a streaming session:Mode-Specific Behaviors
Accept Edits Mode (acceptEdits)
In accept edits mode:
- All file edits are automatically approved
- Filesystem operations (mkdir, touch, rm, etc.) are auto-approved
- Other tools still require normal permissions
- Speeds up development when you trust Claude’s edits
- Useful for rapid prototyping and iterations
- File edits (Edit, Write tools)
- Bash filesystem commands (mkdir, touch, rm, mv, cp)
- File creation and deletion
Bypass Permissions Mode (bypassPermissions)
In bypass permissions mode:
- ALL tool uses are automatically approved
- No permission prompts appear
- Hooks still execute (can still block operations)
- Use with extreme caution - Claude has full system access
- Recommended only for controlled environments
Mode Priority in Permission Flow
Permission modes are evaluated at a specific point in the permission flow:- Hooks execute first - Can allow, deny, ask, or continue
- Deny rules are checked - Block tools regardless of mode
- Allow rules are checked - Permit tools if matched
- Ask rules are checked - Prompt for permission if matched
- Permission mode is evaluated:
- bypassPermissionsmode - If active, allows all remaining tools
- Other modes - Defer to canUseToolcallback
 
- canUseToolcallback - Handles remaining cases
- Hooks can always control tool use, even in bypassPermissionsmode
- Explicit deny rules override all permission modes
- Ask rules are evaluated before permission modes
- bypassPermissionsmode overrides the- canUseToolcallback for unmatched tools
Best Practices
- Use default mode for controlled execution with normal permission checks
- Use acceptEdits mode when working on isolated files or directories
- Avoid bypassPermissions in production or on systems with sensitive data
- Combine modes with hooks for fine-grained control
- Switch modes dynamically based on task progress and confidence
canUseTool
ThecanUseTool callback is passed as an option when calling the query function. It receives the tool name and input parameters, and must return a decision- either allow or deny.
canUseTool fires whenever Claude Code would show a permission prompt to a user, e.g. hooks and permission rules do not cover it and it is not in acceptEdits mode.
Here’s a complete example showing how to implement interactive tool approval:
Related Resources
- Hooks Guide - Learn how to implement hooks for fine-grained control over tool execution
- Settings: Permission Rules - Configure declarative allow/deny rules with bash command parsing