How to Stop Claude Code Asking Permission on Windows (Without –dangerously-skip-permissions)

Claude Code is a hugely productive tool. Not just for code generation. Many tasks involve code-like analysis that we do not even think of as coding tasks. The facility to search or incorporate text from past articles. Here are a few uses I’ve found:

  • Search past documents for specific content to incorporate into new writing.
  • Combine overlapping csv/xlsx files into clean and accurate data
  • Research web content not topmost, but for accuracy, using curated resources.

One key problem in Claude Code, particularly in the Windows UI version, is excessive prompting. Sometimes it seems that every query has a blocking popup requiring permission for some command or another.

ActionKeysNote
DenyEsc or 1
Always allowCtrl ⇧ Enter or 2⇧ means Shift
Allow onceCtrl Enter or 3Highlighted in white as the default, but no key executes the default.
  • Clearly Anthropic wants a default option – shown in white – but to my knowledge there is no key in the Windows UI that executes the “default”.

Why Do Guides Advise –dangerously-skip-permissions

Ask Google how to stop Claude Code asking permission, and you get one answer, repeated by every page on the first screen: run it with –dangerously-skip-permissions.

Skipping permissions is not a fix. It is surrender. And it is dangerous. Besides in the Windows UI there is no shell command for this flag. The flag is a command-line switch for a different version of Claude.

So here is the actual problem, stated properly.

Claude Code asks permission before running a shell command or editing a file. Reasonable. But the prompts arrive constantly, and every time you click “yes, and don’t ask again,” a rule gets written to a settings file. The rules pile up. Mine reached five hundred entries.

After a time, you blithely click 2-2-2-2 always allow in hopes that nothing really bad will happen. Anthropic created the gate with good intention, but for those of us who use it – it becomes useless because of the repetition.

A permission system that trains you to ignore it has inverted its own purpose.

This guide is how to turn off the excessive prompting without taking risks. Anthropic staff probably do this out of hand because they can talk to the developers and solve the problems. But they forget that the unwashed masses out in the real world have to handle Claude as a black box. We love it, but we don’t know its internals, and we can’t have lunch with the developer who tells us how to handle our PC.

Set Up Dedicated Claude Work Areas

Anthropic intends to preserve integrity on your PC. And my intent is privacy. There is an easy method to solve both of these quickly:

Set up dedicated Claude work folders

For me, I had an existing folder structure already for all my website editing. These files are backed up elsewhere. So I made that entire folder tree a Claude Work area.

In addition, I had a similar area for my handy on-PC tools. For this, I made a second Claude Work area.

These folders contain many subfolders. By designating these as Claude Code paths, I can approve blanket permissions without sacrificing privacy or security for my other files and projects. So think of your PC as two separate zones – Claude Zones and Non-Claude zones.

With this set, you can now tell Claude that it has permission to execute certain commands within the Claude zones. Here are a few suggestions:

  • Make a folder for each project
  • Place all folders under a root path like D:\ClaudeZones\
  • Keep the names clear so you can recognize them.
  • Do not use .claude for a name – not even if Claude says to – this name has special meaning to Claude.

If you use Projects within Claude, your folders may follow your project names, but it does not have to. But with the projects, keep the names distinctive.

Claude Sessions have a bubble on the top. But it shows only the lowest folder name. So to use this best, make sure your folders have unique names so you can always be sure you are in the right spot.

What this actually buys you

  • Privacy. This ensures that Claude is not working in an area of your PC that you consider private. Keep in mind that everything Claude searches is part of the thread and shared with the Cloud engine that runs Claude.
  • Confidence. You can grant blanket permissions inside the known path.
  • Shorten “Always Allow” lists. Commands run within the path are more likely to be repeats and covered by the existing permissions list.

Why Does Claude Use Bash Commands on Windows?

The Code tab in the Windows app will not open until you install Git for Windows. That is not optional. Install it, restart the app, and only then does Claude Code run.

Git for Windows includes Git Bash. So every Windows machine running Claude Code has a Linux shell, and that is the shell Claude uses.

There is a native PowerShell option. It is switched off by default, and there is no setting for it in the app. You turn it on with an environment variable, which means you already have to know it exists. Anthropic has an open issue about Claude defaulting to Unix syntax on Windows.

The permission safety system works only if you read the command and judge it. Using Bash instead of Windows is a bit like getting MS Word writing warnings in Chinese.

Bash Commands are not Windows-compliant. Bash commands do not use Recycle Bin or any other Windows convention. When Bash deletes a file – it is gone completely. No Undo, no Recycle Bin.

Safe commands

These Bash commands are safe to run at any time. They do not change data:

CommandWhat it doesWindows equivalent
lslist files in a folderdir
catshow a filetype
head, tailshow the start or end of a filemore
grepsearch inside filesfindstr
findlocate filesdir /s
wccount lines or words
diffcompare two filesfc
statfile details
dufolder size
whichlocate a programwhere
pwdshow current foldercd
echoprint textecho

Dangerous Commands – Commands that can damage or replace data

CommandWhat it doesWindows equivalent
rmdeletes a file, no Recycle Bindel
rm -rfdeletes an entire folder tree, no warningrd /s /q
mvmoves a file, silently overwrites the targetmove
cpcopies a file, silently overwrites the targetcopy
sed -irewrites a file in place, permanently
> fileempties the file before writing to it> file
curl … | shdownloads code and runs it unseen
git reset –hardthrows away uncommitted work

The > symbol looks like punctuation. It is not. It empties a file before anything is written to it.

The && symbol combines two commands and can seriously interfere with readability. The first command runs, and if it succeeds, the second runs. Using && is completely optional; you can also use two separate command lines.

The Claude Permission System

Claude has a two-part system: modes and rules.

Modes

A mode decides when Claude needs to ask. Change it with the selector next to the send button. Or press Ctrl+Shift+M. Numbers 1 to 5 pick from the list.

ModeWhat happens
AutoAn internal subsystem checks each action. Safe ones run. Risky ones stop.
ManualClaude asks before running a command.
Accept editsFile edits go through. Commands still ask.
PlanClaude explores and proposes. No changes allowed.
Bypass permissionsDo not do this. It is dangerous and unnecessary.

Rules

Rules are saved when you click Allow. When you click “always allow,” then Claude Code writes a single-line rule into a settings file somewhere. That line is a rule. It says: this command is fine. Do not ask again.

The files live in two places.

  • Your user folder. C:\Users\YourName\.claude. Rules here apply to every session on the PC.
  • Your project folder. A hidden .claude folder inside it. Rules here apply only to that project.

Use Claude to Write Claude Rules

Anthropic’s documentation doesn’t tell you that you can plan and instruct Claude to record the rules for you.

Three kinds of rules are worth setting.

  • Rules for your Claude areas
  • Rules for everywhere else
  • Rules that swap risky commands for safe ones

With these three rules set, you can safely eliminate nearly all popup gates.

Rules for Your Claude Areas

Things to tell Claude:

"Treat D:\clwork\claudecodearea as my work area. Create and edit files there without asking."
"Add D:\claudecommands\shared as a second folder for this project."
"Save this as a project rule, not a user rule."

It keeps the permission inside that project. Start a session somewhere else, and it does not follow you.

Rules for Everywhere Else

Claude cannot see the rest of your PC by default. But it can ask to. These rules make sure it always asks, and always tells you exactly where.

"Never read or write anything outside the project folder without asking first. Name the full path when you ask."
"Never touch anything in my user profile."
"Never delete, move or overwrite a file unless asked for it."

Write these as user rules, not project rules. You want them everywhere, in every session, including projects you have not started yet.

Set one by hand and never remove it. A block on anything you truly cannot lose. Claude has a rule type that refuses outright rather than asking. Point it at your most important folder, and it will never be touched, in any mode.

Rules That Swap Risky Bash Commands for Safer Ones

Do not approve a dangerous command twenty times a day. Tell Claude to stop reaching for it.

Things to tell Claude:

"Use your Edit tool for file changes. Never use sed."

Sed rewrites a file in place. No backup. No preview. The Edit tool shows you the change first and lets you say no. Same result, and you get to look at it.

"One command per line. Never join commands with && or a semicolon. Never write a loop."

This one sounds fussy. Joined commands cannot match any saved rule. Plain single commands mostly do not.

"Copy a file before overwriting it. Tell me the backup name."

Where these go

Ask Claude to write them, and it will put them in the right file.

Rules for your work areas belong in the project. Rules for everywhere else belong at the user level. The command habits go in a file called CLAUDE.md, which Claude reads at the start of every session.

Start Your Popup-Free Life Today

Anthropic is very well-meaning in adding the gatekeeping action. Their design fits a slower, more limited version of Claude. In current use, gating is too primitive to be useful, and the need is too complex to handle well through a settings UI.

The key is to design a system where gating is limited and useful.

  • Give Claude a dedicated work area, named so you recognize it at a glance. Everything outside stays out of reach.
  • Set your rules as Claude settings and tell Claude to save them. Set one set for your work areas and a separate set for your private areas.
  • Tell Claude to use safer versions of certain bash commands, versions that do not require the permission prompts.

None of that turns the safety off. It just stops the gate from asking you the same question forty times a day. Do it once. The prompts that remain will be the ones worth reading.

How to Stop Claude Code Asking Permission on Windows (Without –dangerously-skip-permissions) was last updated August 28th, 2026 by JW Bruns