claude-code - 💡(How to fix) Fix Plan mode silently exits / auto mode overrides "plan carefully" requests on follow-up work [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#53276Fetched 2026-04-26 05:19:51
View on GitHub
Comments
2
Participants
3
Timeline
5
Reactions
0
Timeline (top)
labeled ×3commented ×2

Two related plan-mode quirks observed in Claude Code:

  1. After an initial ExitPlanMode is approved, subsequent rounds of work that the user explicitly asks to be planned (e.g. "please plan carefully before implementing") do not cause Claude to re-enter plan mode. Auto mode's "execute immediately" guidance silently wins, and Claude starts editing files in the same turn it writes a brief inline plan. There is no second ExitPlanMode checkpoint.

  2. The Claude Code UI plan-mode indicator can show "plan mode active" to the user while the system reminders the assistant receives do not include the Plan mode is active reminder. From the assistant's side it looks like auto mode; from the user's side it looks like plan mode. The two states are out of sync.

Root Cause

Two related plan-mode quirks observed in Claude Code:

  1. After an initial ExitPlanMode is approved, subsequent rounds of work that the user explicitly asks to be planned (e.g. "please plan carefully before implementing") do not cause Claude to re-enter plan mode. Auto mode's "execute immediately" guidance silently wins, and Claude starts editing files in the same turn it writes a brief inline plan. There is no second ExitPlanMode checkpoint.

  2. The Claude Code UI plan-mode indicator can show "plan mode active" to the user while the system reminders the assistant receives do not include the Plan mode is active reminder. From the assistant's side it looks like auto mode; from the user's side it looks like plan mode. The two states are out of sync.

RAW_BUFFERClick to expand / collapse

Summary

Two related plan-mode quirks observed in Claude Code:

  1. After an initial ExitPlanMode is approved, subsequent rounds of work that the user explicitly asks to be planned (e.g. "please plan carefully before implementing") do not cause Claude to re-enter plan mode. Auto mode's "execute immediately" guidance silently wins, and Claude starts editing files in the same turn it writes a brief inline plan. There is no second ExitPlanMode checkpoint.

  2. The Claude Code UI plan-mode indicator can show "plan mode active" to the user while the system reminders the assistant receives do not include the Plan mode is active reminder. From the assistant's side it looks like auto mode; from the user's side it looks like plan mode. The two states are out of sync.

Repro (approx.)

  1. Enter plan mode, build a plan, get it approved via ExitPlanMode.
  2. Auto mode becomes active.
  3. Later in the same session, the user asks for a fresh round of work and explicitly writes something like "please read the code again and plan carefully before implementing".
  4. Claude writes a few sentences of plan in chat, then immediately calls Edit / Bash etc. — no ExitPlanMode round-trip.
  5. Separately, the user reports their UI shows plan mode is on, but the assistant has been making edits without complaint.

Expected

  • When a user explicitly says "plan carefully" / "let's plan this" / similar after an earlier plan was approved, Claude should treat it as a new planning round and present via ExitPlanMode for fresh approval — even if auto mode is active.
  • The plan-mode indicator visible to the user should be authoritative; if it's on, the assistant should know about it via system reminders.

Actual

  • Inline plan + immediate execution in the same turn.
  • UI / assistant state mismatch around plan mode.

Environment

  • Claude Code, model claude-opus-4-7[1m]
  • macOS Darwin 25.4.0, zsh

extent analysis

TL;DR

The issue can be addressed by ensuring that Claude re-enters plan mode when the user explicitly requests planning after an initial plan has been approved, and synchronizing the plan-mode indicator between the user's UI and the assistant's system reminders.

Guidance

  • Review the conditions under which Claude exits and re-enters plan mode to ensure that explicit user requests for planning trigger a new planning round, even if auto mode is active.
  • Verify that the plan-mode indicator in the UI is correctly synced with the system reminders received by the assistant to prevent state mismatches.
  • Investigate the ExitPlanMode approval process to ensure it is triggered correctly when a user requests a new planning round after an initial plan has been approved.
  • Check the natural language processing (NLP) rules for recognizing user requests for planning, such as "plan carefully" or "let's plan this", to ensure they correctly trigger plan mode.

Example

No specific code snippet can be provided without further details on the implementation, but ensuring that the NLP rules correctly identify planning requests and trigger the appropriate mode switch is crucial.

Notes

The solution may require adjustments to both the NLP processing and the state management of Claude's plan mode to ensure consistency between the user's UI and the assistant's system reminders.

Recommendation

Apply a workaround to ensure that Claude correctly re-enters plan mode when the user requests it, even after an initial plan has been approved, to prevent immediate execution and ensure that the plan-mode indicator is authoritative.

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