Tool permissions not recognized when running commands in git worktrees

[tonyjoblin]

Description

When working in a git worktree (e.g., ../worktrees/feature-branch), commands that should be auto-approved based on the main project's permission settings still prompt for approval. The permission system appears to check against the original project path rather than recognizing the worktree as part of the same project.

Steps to Reproduce

1. Have a project at /Users/user/src/project with certain Bash commands configured as auto-approved (e.g., bin/rails test:*)
2. Create a git worktree: git worktree add ../worktrees/feature-branch
3. In Claude Code, work in the worktree directory
4. Run an auto-approved command like bin/rails test test/models/some_test.rb in the worktree
5. Bug: Permission is requested, referencing the original project path (./) instead of the worktree path

Expected Behavior

Commands run in a git worktree should inherit the permission settings from the main project, since worktrees share the same .git configuration and are part of the same repository.

Actual Behavior

• Permission prompts appear for commands that should be auto-approved
• The permission prompt references the original project directory (./) rather than the worktree path (../worktrees/...)

Impact

This breaks the workflow when using git worktrees for parallel development, requiring repeated manual approvals for routine commands.

Environment

• Claude Code CLI
• macOS
• Git worktrees feature

🤖 Generated with Claude Code

[github-actions]

This issue has been inactive for 30 days. If the issue is still occurring, please comment to let us know. Otherwise, this issue will be automatically closed in 30 days for housekeeping purposes.

[github-actions]

This issue has been automatically closed due to 60 days of inactivity. If you're still experiencing this issue, please open a new issue with updated information.

[nthomsencph]

Please reopen this issue. It is a significant improvement for DX with multi-agent orchestration

[marcindulak]

While this issue does not qualify to be included in the list of issues closed incorrectly due to the misconfigured "60 days of inactivity", collected at #16497, please upvote that issue, so maybe it gets noticed, and the repo managment practices improve.

[RomneyDa]

Please reopen!

[wit221]

what's the best workaround right now? user-specific permissions in ~./claude? subfolder worktrees?

[jason-dark]

Please reopen this is a real problem to solve.