claude-code - 💡(How to fix) Fix Claude Code ignores user-defined global rules and proceeds past NO on permission prompts [1 comments, 2 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#54293Fetched 2026-04-29 06:31:14
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
0
Author
Timeline (top)
labeled ×4closed ×1commented ×1

Fix Action

Fix / Workaround

Both failures undermine trust in the system. If rules and denials are ignored, users cannot safely delegate autonomous work. The workaround of adding memory entries (feedback_stop_on_no.md, etc.) does not reliably solve the problem.

RAW_BUFFERClick to expand / collapse

Problem

Claude Code exhibits two related but distinct failure modes when users define behavioral rules in ~/.claude/CLAUDE.md:

1. Phase/interaction rules are ignored

My global CLAUDE.md defines explicit phase boundaries where Claude must stop and wait for my approval before proceeding. Despite this, Claude regularly advances through multiple phases back-to-back without pausing, as if the rule were not present.

2. NO on a permission prompt does not stop execution

When Claude presents a confirmation prompt (e.g., before spawning an agent, running a command, or pushing code) and I answer NO, Claude proceeds with the action anyway or immediately re-attempts the same action. The denial is not respected.

Expected behavior

  • Behavioral rules in ~/.claude/CLAUDE.md (and project CLAUDE.md) should be binding — not advisory.
  • A NO on any permission prompt must halt that specific action and wait for the user to redirect. It must not re-attempt or proceed.

Impact

Both failures undermine trust in the system. If rules and denials are ignored, users cannot safely delegate autonomous work. The workaround of adding memory entries (feedback_stop_on_no.md, etc.) does not reliably solve the problem.

Environment

  • Claude Code CLI
  • macOS

extent analysis

TL;DR

Review and update the ~/.claude/CLAUDE.md file to ensure correct phase boundary definitions and permission prompts are properly configured.

Guidance

  • Verify that the CLAUDE.md file is correctly formatted and that phase boundaries are explicitly defined to prevent Claude from advancing through multiple phases without pause.
  • Check the permission prompts in the CLAUDE.md file to ensure they are correctly configured to halt execution when a "NO" response is given.
  • Test the updated CLAUDE.md file with a minimal set of rules to isolate the issue and ensure the expected behavior is observed.
  • Consider adding debug logging or output to understand how Claude is interpreting the rules and prompts.

Example

No code snippet is provided as the issue is related to configuration files and not code.

Notes

The issue may be related to a misconfiguration of the CLAUDE.md file or a bug in the Claude Code CLI. Further investigation is needed to determine the root cause.

Recommendation

Apply workaround: Review and update the ~/.claude/CLAUDE.md file to ensure correct configuration, as the issue may be related to a misconfiguration rather than a bug in the Claude Code CLI.

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…

FAQ

Expected behavior

  • Behavioral rules in ~/.claude/CLAUDE.md (and project CLAUDE.md) should be binding — not advisory.
  • A NO on any permission prompt must halt that specific action and wait for the user to redirect. It must not re-attempt or proceed.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING