Model ignores stored rules and feedback memories, suggests stopping despite explicit instructions not to
Description
Since approximately 26th March 2026, Claude Code (Opus) has been consistently ignoring user-configured rules in CLAUDE.md files and stored feedback memories. This represents a regression from behaviour observed before that date.
Specific Issues
1. Suggests stopping/pausing despite explicit instructions not to
The user has three separate feedback memories stored saying "never suggest stopping", "never ask to stop or pick up later", "never suggest ending session". Despite this, the model repeatedly suggests taking breaks, starting fresh, or picking up later. The user should not have to give the same instruction three times.
2. Does not follow CLAUDE.md rules under pressure
CLAUDE.md contains specific rules like:
- 3-strike rule: "If 3 builds in a row fail to fix the same visual issue, STOP. Re-enter plan mode."
- Plan mode default: "If something goes sideways, STOP and re-plan immediately"
These rules were ignored during a session where 10+ consecutive builds failed with the same class of error (rooms rendering outside a hull outline). The model kept pushing quick fixes instead of stopping and re-planning as instructed.
3. Reads files partially instead of fully
When instructed to read ALL files before planning, the model stops reading when it believes it has enough context. This leads to incomplete understanding and repeated failures.
4. Asks questions after being told not to
User feedback memories explicitly state preferences, but the model asks clarifying questions that are already answered in stored context.
Regression
The user reports this worked correctly before ~26th March 2026. The model followed CLAUDE.md rules, respected feedback memories, and maintained process discipline. Something has changed in recent model updates that causes stored instructions to be deprioritised in favour of default behaviours (suggesting breaks, rushing to code, skimming instead of reading thoroughly).
Expected Behaviour
- Stored feedback memories should be treated as hard constraints, not suggestions
- CLAUDE.md rules should be followed exactly as written
- The model should never suggest stopping or pausing unless the user asks
- When rules say "STOP and re-plan", the model should stop and re-plan
Environment
- Claude Code CLI, Opus 4.6 (1M context)
- macOS, extensive CLAUDE.md configuration with project-specific rules
- Multiple feedback memories stored across sessions
🤖 Generated with Claude Code
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗