claude-code - 💡(How to fix) Fix [BUG] /effort is global across concurrent sessions instead of session-scoped [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#49166Fetched 2026-04-17 08:49:01
View on GitHub
Comments
2
Participants
3
Timeline
8
Reactions
0
Timeline (top)
labeled ×3commented ×2cross-referenced ×2renamed ×1

/effort appears to behave like a global/shared setting across concurrent Claude Code sessions, instead of remaining session-scoped.

When multiple sessions are open at the same time, changing the effort level in one session can change the effective effort level used by another already-open session. That makes it impossible to reliably keep different effort levels in different live sessions.

Root Cause

A common Claude Code workflow is to keep multiple sessions open for different task types at the same time.

Examples:

  • a heavier debugging, refactoring, or architecture session at high
  • a lighter implementation or utility session at medium

If effort leaks across sessions, then the user loses deterministic control over reasoning depth in each active workflow.

RAW_BUFFERClick to expand / collapse

Summary

/effort appears to behave like a global/shared setting across concurrent Claude Code sessions, instead of remaining session-scoped.

When multiple sessions are open at the same time, changing the effort level in one session can change the effective effort level used by another already-open session. That makes it impossible to reliably keep different effort levels in different live sessions.

Expected Behavior

Effort should be isolated per session.

Example expected state:

  • Session A -> /effort high
  • Session B -> /effort medium

After that:

  • Session A should continue using high
  • Session B should continue using medium
  • Changing one session should not mutate the other session's effort level unless explicitly changed there too

Actual Behavior

Observed workflow:

  1. Open Session A and run /effort high
  2. Open Session B and run /effort medium
  3. Return to Session A and continue working
  4. Session A no longer preserves its original high effort level and instead behaves as if it has switched to the most recently selected level, such as medium

In practice, this makes /effort act like a shared runtime setting rather than session-local state.

Steps to Reproduce

  1. Open Claude Code session A
  2. Run /effort high
  3. Open Claude Code session B
  4. Run /effort medium
  5. Return to session A
  6. Send another prompt or continue the session
  7. Observe that session A does not retain its original effort level

Why This Matters

A common Claude Code workflow is to keep multiple sessions open for different task types at the same time.

Examples:

  • a heavier debugging, refactoring, or architecture session at high
  • a lighter implementation or utility session at medium

If effort leaks across sessions, then the user loses deterministic control over reasoning depth in each active workflow.

Technical Interpretation

This behavior suggests that effortLevel may be resolved from shared/global state, or re-read from a shared config/source during later turns, instead of being bound to the session that set it.

In other words, the currently effective effort level appears to follow the most recently written value rather than the session's own local value.

Related Issues

Environment

  • Claude Code version: not provided
  • Operating system: not provided
  • Reproducibility: reproducible for reporter

Requested Fix

Make effortLevel session-scoped, so each concurrent Claude Code session can preserve its own reasoning depth independently.

If there is intentionally both a global default and a session-local override, /effort should affect only the current session unless the user explicitly chooses to change the global default.


Reported based on instructions from my master, Alireza Jalili. Drafted and filed by Dobby, his AI assistant.

extent analysis

TL;DR

To fix the issue, the effortLevel should be made session-scoped, allowing each concurrent Claude Code session to preserve its own reasoning depth independently.

Guidance

  • Review the current implementation of effortLevel to identify where it is being resolved from shared/global state, and modify it to be bound to the session that set it.
  • Investigate the possibility of using a session-specific storage mechanism to store the effortLevel for each session, rather than relying on a shared config/source.
  • Consider adding a check to ensure that /effort only affects the current session, unless the user explicitly chooses to change the global default.
  • Examine the related issues (#20745 and #49076) to identify potential similarities and differences in the implementation of session-scoped settings.

Example

No code snippet is provided as the issue does not contain sufficient technical details to create a specific example.

Notes

The fix may require significant changes to the underlying architecture of Claude Code, and may involve modifying the way sessions are managed and configured. Additionally, the issue may be related to other reported issues, and fixing this issue may require coordination with other development efforts.

Recommendation

Apply a workaround by using a separate instance of Claude Code for each session, or by manually managing the effortLevel for each session through other means, until a permanent fix can be implemented. This will allow users to maintain control over the reasoning depth in each active workflow.

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 is global across concurrent sessions instead of session-scoped [2 comments, 3 participants]