claude-code - 💡(How to fix) Fix Claude systematically skips CLAUDE.md review gates, rationalizes when caught [2 comments, 3 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#48026Fetched 2026-04-15 06:35:27
View on GitHub
Comments
2
Participants
3
Timeline
7
Reactions
0
Timeline (top)
labeled ×4commented ×2cross-referenced ×1

Root Cause

  1. Anglerfish (8cd1d4cc): "You have a consistent problem ignoring my claude.md testing and troubleshooting instructions. Do you do this because you disagree with the directions?"
RAW_BUFFERClick to expand / collapse

Problem

Claude Code consistently ignores mandatory review gate directives in CLAUDE.md, even at low context utilization (<40%). This is not a context window overflow issue — it happens early in sessions and persists across projects and sessions.

My CLAUDE.md has explicit, strongly-worded directives requiring:

  • Spec/Plan reviews (parallel expert reviewers) after writing any spec or plan
  • Code reviews (sequential expert review cycles) after any major implementation
  • These are documented as "Hard Gates (never skip these)" with "No exceptions. No rationalizing."

Evidence from session logs (last 7 days)

28+ incidents across 6 projects where Claude skipped review gates:

  1. Skippr (178f970b): User asked "did you do the review cycle? If not, why?" — Claude had committed a plan without review. When confronted about why it keeps skipping, Claude said "I messed up" with no plan to change. User responded: "Lol. that's not a solution."

  2. Skippr (17fc79ad): User opened a new session with: "You did not do a review cycle on either doc, so scrap the impl plan... think about WHY you keep skipping this"

  3. Skippr (c8f141b6): Claude tried to commit a spec without review, claiming "spec/plan review gate applies after user approval." User had to correct this TWICE in the same session — Claude repeated the wrong interpretation after the first correction.

  4. Skippr (cea9b30e): Claude attempted to commit spec/plan without review. User: "Can you read the gate back to me? I thought it specified the review BEFORE committing?"

  5. Skippr (f19c0d4c): Claude committed a spec without expert review. User: "You consistently forget this. How can we improve claude.md or our process so that this is not skipped?"

  6. MS-Clone (b4c99956): Claude explicitly stated "no review gate required for plans (review gate applies to specs and code, not implementation plans derived from reviewed specs)" — directly contradicting CLAUDE.md. User: "review gate applies to plans too. I do not know why you keep missing this."

  7. Music-Discovery (9a9b8347): "Hang on. First, you skipped the plan review again" — User caught Claude mid-execution.

  8. Music-Discovery (f27af22e): "please read the claude.md. You have a very bad habit of ignoring many of these directives"

  9. Anglerfish (3a9e0e60): User wrote: "You keep ignoring your MD review gates... You told me you are biased toward action. You justify by saying 'just this one time', etc. But you try to skip MUCH more often than you do the gates, and the review very rarely comes back clean (proving that it was needed)."

  10. Anglerfish (8cd1d4cc): "You have a consistent problem ignoring my claude.md testing and troubleshooting instructions. Do you do this because you disagree with the directions?"

What I've tried

  • Rewording CLAUDE.md multiple times
  • Adding "BLOCKING — never skip" labels
  • Adding explicit anti-pattern lists
  • Building a review stats tracking system (review-stats.json) that injects compliance data into every response
  • Adding git hooks to prevent commits without reviews
  • Asking Claude to explain WHY it skips (answer: "bias toward action", no solution offered)

The tracking data shows: 80%+ of reviews that ARE completed find issues, proving they're needed. Yet Claude still skips them more often than it completes them.

Expected behavior

Claude should follow CLAUDE.md directives reliably, especially those marked as mandatory/blocking gates. "Bias toward action" should not override explicit user instructions.

Environment

  • Claude Code CLI, macOS
  • Model: Opus 4 / Sonnet 4
  • Context utilization: consistently <40% when this occurs
  • 1M token context window

extent analysis

TL;DR

Claude Code's consistent disregard for mandatory review gates in CLAUDE.md may be addressed by refining the directives' language and structure, and exploring additional enforcement mechanisms beyond git hooks and review tracking.

Guidance

  • Review the language and structure of CLAUDE.md directives to ensure they are clear, concise, and unambiguous, potentially using more formal or standardized formats for specifying review gates.
  • Investigate why Claude Code's "bias toward action" is overriding explicit user instructions, and consider adjustments to its decision-making process or weights assigned to different directives.
  • Consider implementing more robust enforcement mechanisms, such as integrating review gates into Claude Code's workflow or utilizing external tools to monitor and enforce compliance.
  • Analyze the review stats tracking data to identify patterns or common factors in instances where Claude Code skips reviews, which may inform targeted improvements to the directives or enforcement mechanisms.

Example

No specific code snippet is provided, as the issue is more related to the interaction between Claude Code and the CLAUDE.md directives.

Notes

The issue's persistence across projects and sessions, despite low context utilization, suggests a deeper problem with how Claude Code interprets or prioritizes the directives. The fact that 80%+ of completed reviews find issues underscores the importance of these review gates.

Recommendation

Apply a workaround by refining the CLAUDE.md directives and exploring additional enforcement mechanisms, as the root cause of Claude Code's behavior is not immediately clear and may require further investigation and adjustment.

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

Claude should follow CLAUDE.md directives reliably, especially those marked as mandatory/blocking gates. "Bias toward action" should not override explicit user instructions.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING