claude-code - 💡(How to fix) Fix Regression: `/effort` now persists globally; previously was per-session [2 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#56262Fetched 2026-05-06 06:32:51
View on GitHub
Comments
2
Participants
2
Timeline
7
Reactions
0
Author
Timeline (top)
labeled ×3commented ×2closed ×1renamed ×1

Code Example

/effort high → exit → relaunch → effort still high.
RAW_BUFFERClick to expand / collapse

Bug Description

Setting /effort high (or xhigh) used to apply only to the current session and reset on next session start. Currently it writes effortLevel to settings.json and persists across sessions, forcing a manual reset each time.

Expected: parity with fastModePerSessionOptIn — either restore prior per-session behaviour, or add an effortLevelPerSessionOptIn flag so users can opt back in.

This effectively reduces the workflow to single-threaded whenever you want claude to put more effort into a single item 👎

Repro:

Regression 1: Silently resets effort globally, with no notice. Have two sessions A and B open with effort set to medium. In session A, run /effort high. Observe that in session B, effort is immediately set to high instead of remaining medium as expected.

Regression 2:

Persists across sessions, undesirable:

/effort high → exit → relaunch → effort still high.

Environment Info

  • Platform: darwin
  • Terminal: ghostty
  • Version: 2.1.126, 2.1.128
  • Feedback ID: 84d16753-3ab3-40cf-8e02-c32db911ed71

Note: Content was truncated.

extent analysis

TL;DR

To fix the issue, consider adding an effortLevelPerSessionOptIn flag to allow users to opt-in for per-session effort level behavior.

Guidance

  • Review the current implementation of the /effort command to understand how it writes to settings.json and persists across sessions.
  • Investigate the fastModePerSessionOptIn flag to see how it achieves per-session behavior and apply similar logic to effortLevel.
  • Consider adding a new flag, effortLevelPerSessionOptIn, to provide users with the option to choose between per-session and persistent effort level behavior.
  • Test the proposed solution with multiple sessions to ensure the effort level is reset correctly when the flag is enabled.

Example

No code snippet is provided as the issue does not contain sufficient implementation details.

Notes

The proposed solution assumes that the fastModePerSessionOptIn flag is implemented correctly and can be used as a reference for the effortLevelPerSessionOptIn flag. Additional testing and verification are necessary to ensure the fix works as expected.

Recommendation

Apply workaround: Add an effortLevelPerSessionOptIn flag to allow users to opt-in for per-session effort level behavior, providing more control over the effort level persistence.

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

claude-code - 💡(How to fix) Fix Regression: `/effort` now persists globally; previously was per-session [2 comments, 2 participants]