claude-code - 💡(How to fix) Fix [Bug] Effort level change via /effort command affects all active sessions globally [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#52931Fetched 2026-04-25 06:16:54
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Timeline (top)
labeled ×4commented ×1

/effort level changes in one Claude Code session unexpectedly propagate to all other active sessions when using Opus 4.7. Effort appears to be stored/read globally rather than per-session.

Environment

  • Platform: darwin
  • Terminal: iTerm.app
  • Version: 2.1.119
  • Feedback ID: fce0a0ea-346a-437b-8e7f-b28c6274c359
  • Model: Opus 4.7 (claude-opus-4-7)
  • Multiple concurrent Claude Code sessions in separate terminal windows

Steps to Reproduce

  1. Open Terminal A, start new Claude Code session with Opus 4.7
  2. Run /effort xhigh in Terminal A
  3. Begin working on a prompt in Terminal A (long-running task)
  4. Open Terminal B with a separate Claude Code session (also Opus 4.7)
  5. Observe: Terminal B's ongoing task is now running at xhigh effort
  6. In Terminal B, run /effort high
  7. Switch back to Terminal A

Expected Behavior

Each session maintains its own independent effort level. Changing /effort in one session should not affect any other session.

Actual Behavior

Terminal A's effort level has changed to high, matching the value set in Terminal B. Effort level is shared across all active sessions instead of being session-scoped.

Impact

  • Cannot run concurrent sessions at different effort levels
  • A background long-running task can have its effort silently changed mid-run by activity in another window
  • No warning or indication that the change is global

Root Cause

/effort level changes in one Claude Code session unexpectedly propagate to all other active sessions when using Opus 4.7. Effort appears to be stored/read globally rather than per-session.

Environment

  • Platform: darwin
  • Terminal: iTerm.app
  • Version: 2.1.119
  • Feedback ID: fce0a0ea-346a-437b-8e7f-b28c6274c359
  • Model: Opus 4.7 (claude-opus-4-7)
  • Multiple concurrent Claude Code sessions in separate terminal windows

Steps to Reproduce

  1. Open Terminal A, start new Claude Code session with Opus 4.7
  2. Run /effort xhigh in Terminal A
  3. Begin working on a prompt in Terminal A (long-running task)
  4. Open Terminal B with a separate Claude Code session (also Opus 4.7)
  5. Observe: Terminal B's ongoing task is now running at xhigh effort
  6. In Terminal B, run /effort high
  7. Switch back to Terminal A

Expected Behavior

Each session maintains its own independent effort level. Changing /effort in one session should not affect any other session.

Actual Behavior

Terminal A's effort level has changed to high, matching the value set in Terminal B. Effort level is shared across all active sessions instead of being session-scoped.

Impact

  • Cannot run concurrent sessions at different effort levels
  • A background long-running task can have its effort silently changed mid-run by activity in another window
  • No warning or indication that the change is global
RAW_BUFFERClick to expand / collapse

Summary

/effort level changes in one Claude Code session unexpectedly propagate to all other active sessions when using Opus 4.7. Effort appears to be stored/read globally rather than per-session.

Environment

  • Platform: darwin
  • Terminal: iTerm.app
  • Version: 2.1.119
  • Feedback ID: fce0a0ea-346a-437b-8e7f-b28c6274c359
  • Model: Opus 4.7 (claude-opus-4-7)
  • Multiple concurrent Claude Code sessions in separate terminal windows

Steps to Reproduce

  1. Open Terminal A, start new Claude Code session with Opus 4.7
  2. Run /effort xhigh in Terminal A
  3. Begin working on a prompt in Terminal A (long-running task)
  4. Open Terminal B with a separate Claude Code session (also Opus 4.7)
  5. Observe: Terminal B's ongoing task is now running at xhigh effort
  6. In Terminal B, run /effort high
  7. Switch back to Terminal A

Expected Behavior

Each session maintains its own independent effort level. Changing /effort in one session should not affect any other session.

Actual Behavior

Terminal A's effort level has changed to high, matching the value set in Terminal B. Effort level is shared across all active sessions instead of being session-scoped.

Impact

  • Cannot run concurrent sessions at different effort levels
  • A background long-running task can have its effort silently changed mid-run by activity in another window
  • No warning or indication that the change is global

extent analysis

TL;DR

The issue can be mitigated by ensuring that each Claude Code session uses a unique configuration or storage to prevent global effort level changes.

Guidance

  • Verify that the effort level is being stored in a global variable or shared storage that is accessible across all sessions.
  • Check if there are any configuration options in Opus 4.7 to enable session-scoped effort levels.
  • Consider using a different version of Opus or Claude Code that may have addressed this issue, if available.
  • Test the behavior with a single session to confirm that the effort level change is indeed global.

Example

No code snippet is provided as the issue does not contain specific code references.

Notes

The issue seems to be related to the storage and scoping of effort levels in Opus 4.7. Without further information about the internal implementation, it's difficult to provide a definitive fix.

Recommendation

Apply a workaround, such as using a different configuration or storage for each session, as it is unclear if an upgraded version of Opus or Claude Code is available that addresses this issue.

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 [Bug] Effort level change via /effort command affects all active sessions globally [1 comments, 2 participants]