Skip to content
Source
Sign inSign up

[Bug]: t3_thread_configure effort change waits for the next turn, though Claude can apply it live #34349

Send to my agent
Closedbaohappy02(GitHub profile, opens in a new tab) opened this issue 0 comments

Before submitting

  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.

Area

apps/desktop

Steps to reproduce

  1. In a running Claude turn, the agent calls t3_thread_configure on its own thread, changing only effort (e.g. high -> xhigh).
  2. The agent keeps working in the same turn.

Expected behavior

The new effort applies to the rest of the running turn, as Claude Code's own /effort does, keeping the same process and prompt cache.

Actual behavior

The running turn keeps the old effort; it applies only when a new turn starts. An agent needing more effort for its next step must queue a message to itself and end its turn: an extra turn, extra tokens and a wait.

Source: thread.model-selection.set only stores the selection (Orchestrator.ts). The only live call, live.query.applyFlagSettings(claudeLiveSelectionFlagSettings(...)) in ClaudeAdapterV2.ts, runs in the turn-start path. Suggested fix: when the thread has a live query and canApplyClaudeSelectionLive holds, call applyFlagSettings at configure time too.

Impact

Major degradation or frequent failure

Version or commit

0.1.9-nightly.20261111.4515 (source read at e4d86abca9)

Environment

macOS, desktop app, Claude provider

Logs or stack traces

Screenshots, recordings, or supporting files

No response

Workaround

Queue a message to the same thread and end the turn.

  1. baohappy02(GitHub profile, opens in a new tab) added labelsneeds-triage

  2. juliusmarminge closed this

Sign in to join this conversation.