Skip to content

Feature: Persistent permission preferences across sessions #22292

Description

@cmbays

Problem

When using Claude Code across multiple sessions, users frequently need to grant the same permissions repeatedly (e.g., creating directories, updating markdown files). The "remember and always allow" option only persists within the current session and resets on session restart.

Current Behavior

  • Session A: Grant permission to mkdir → works in that session only
  • Session B: Same request → prompt appears again
  • Users must re-grant permissions constantly for routine operations

Desired Behavior

Allow users to create persistent permission profiles that survive across Claude Code sessions. This would eliminate repetitive prompts for authorized, expected operations.

Use Cases

  • Data transformation workflows (frequent file writes, directory creation)
  • Documentation updates (repeated markdown edits)
  • Development environments where certain operations are routine and safe

Suggested Solution

  • Add a CLI command or settings file (e.g., ~/.claude/permissions.json) where users can whitelist operations
  • Scope permissions by operation type rather than specific file paths (e.g., "allow all mkdir", "allow all markdown edits in temp/")
  • Surface this in onboarding for power users who work across many sessions

Impact

This would significantly improve UX for multi-session, long-running projects without compromising security (users explicitly configure their preferences).

Activity

  1. github-actions commented on Feb 1, 2026

    @github-actions

    Found 3 possible duplicate issues:

    1. Permission 'don't ask again' not persisting across sessions #21080
    2. [Bug] "Always allow" settings not persisting to .claude/settings.local.json #11172
    3. [Bug] Permissions configuration files not persisting across sessions #21290

    This issue will be automatically closed as a duplicate in 3 days.

    • If your issue is a duplicate, please close it and 👍 the existing issue instead
    • To prevent auto-closure, add a comment or 👎 this comment

    🤖 Generated with Claude Code

  2. cmbays commented on Feb 1, 2026

    @cmbays
    Author

    Issue seems to have been using git worktrees and not granting parent folder workspace access

  3. github-actions commented on Feb 8, 2026

    @github-actions

    This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.

  4. locked as resolved and limited conversation to collaborators on Feb 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions