-
Notifications
You must be signed in to change notification settings - Fork 757
Open
Labels
acceptedfeature request acceptedfeature request acceptedenhancementNew feature or requestNew feature or request
Description
Right now T3 Code appears to only model default and plan interaction modes. I’d like to request support for Steer and Queue style follow-up behavior while a run is already active.
Why
When the agent is already working, users often want two different behaviors:
Steer: inject immediate guidance into the active runQueue: save the follow-up so it runs after the current work settles
This is a meaningful UX distinction and avoids forcing users into interrupt-or-wait behavior only.
Settings ask
It would be even better if this can be configured in Settings, for example:
- default follow-up behavior while a run is active
- whether the composer shows
Steer/Queueexplicitly - an optional shortcut for sending the non-default behavior once
Suggested acceptance criteria
- The composer exposes both follow-up modes when a run is active.
- The selected mode is visible and predictable.
- Users can configure the default active-run follow-up behavior in Settings.
- Queued follow-ups survive reconnects/reloads.
- Steering a run does not silently discard already queued follow-ups.
Relevant code context
packages/contracts/src/orchestration.tsapps/web/src/components/ChatView.tsxapps/server/src/orchestration/Layers/ProviderCommandReactor.ts
Reference implementation ideas
- CodexMonitor already exposes configurable follow-up behavior with
QueuevsSteerwhile a run is active.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
acceptedfeature request acceptedfeature request acceptedenhancementNew feature or requestNew feature or request