claude-code - 💡(How to fix) Fix Feature request: add a true no-prompt dangerous permission level to the permission UI [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#52878Fetched 2026-04-25 06:18:28
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
labeled ×3

Please add a first-class permission level in Claude Code that is explicitly equivalent to --dangerously-skip-permissions, and make it behave as a true no-prompt mode.

Root Cause

Some users intentionally run Claude Code in a fully trusted local environment and want the fastest possible workflow. If they explicitly opt into the dangerous mode, the product should respect that choice consistently.

Fix Action

Fix / Workaround

  • is selectable from the UI/settings
  • is explicitly marked as dangerous
  • behaves the same as --dangerously-skip-permissions
  • does not ask for permission prompts once enabled
  • does not silently downgrade to a less permissive mode mid-session
RAW_BUFFERClick to expand / collapse

Summary

Please add a first-class permission level in Claude Code that is explicitly equivalent to --dangerously-skip-permissions, and make it behave as a true no-prompt mode.

Problem

Advanced users can launch Claude Code with --dangerously-skip-permissions, but this behavior is not always exposed clearly as a normal permission level in the UI/settings.

Current friction:

  • the dangerous bypass mode is primarily exposed as a startup flag
  • users may not have an equivalent clearly selectable permission level in the normal UI/settings flow
  • in practice, some users still see prompts or permission behavior that does not feel fully equivalent to a true bypass mode

Requested behavior

Add a clearly labeled permission mode in the standard permission-level system that:

  • is selectable from the UI/settings
  • is explicitly marked as dangerous
  • behaves the same as --dangerously-skip-permissions
  • does not ask for permission prompts once enabled
  • does not silently downgrade to a less permissive mode mid-session

Why this matters

Some users intentionally run Claude Code in a fully trusted local environment and want the fastest possible workflow. If they explicitly opt into the dangerous mode, the product should respect that choice consistently.

Suggested naming

Something like:

  • Dangerous: never ask
  • Full access: no prompts
  • Bypass permissions (dangerous)

The exact label matters less than making this a clear, first-class, reliable permission level in the product.

extent analysis

TL;DR

Add a new permission level to Claude Code that matches the behavior of --dangerously-skip-permissions, allowing advanced users to bypass permissions and prompts from the UI/settings.

Guidance

  • Introduce a new permission level in the UI/settings that is explicitly labeled as "dangerous" or equivalent, to provide a clear and consistent option for advanced users.
  • Ensure this new permission level behaves identically to --dangerously-skip-permissions, including not prompting for permissions and not downgrading to a less permissive mode mid-session.
  • Verify that the new permission level is selectable from the UI/settings and functions as expected in various scenarios.
  • Consider adding clear warnings or disclaimers when users enable this permission level, to emphasize the potential risks and consequences.

Example

No code snippet is provided as it is not explicitly supported by the issue.

Notes

The exact implementation details may vary depending on the underlying architecture and technology stack of Claude Code. It is essential to ensure that the new permission level is properly integrated with the existing permission system and does not introduce any security vulnerabilities.

Recommendation

Apply a workaround by adding a new permission level that matches the behavior of --dangerously-skip-permissions, as this will provide advanced users with the desired functionality while maintaining the security and integrity of the product.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix Feature request: add a true no-prompt dangerous permission level to the permission UI [1 participants]