AskUserQuestion tool available to tmux teammates but renders in teammate pane with no leader notification
Resolved 💬 1 comment Opened Feb 10, 2026 by anonhostpi Closed Feb 10, 2026
Description
Tmux-mode teammates are full CLI processes, so they bypass the subagent tool filter that strips AskUserQuestion from in-process teammates. This means AskUserQuestion is available and callable by tmux teammates, but it renders the question UI in the teammate's own tmux pane rather than forwarding to the team lead.
No message or notification is sent to the team lead. If nobody is watching the teammate's pane, the teammate blocks indefinitely waiting for input that will never come.
Steps to Reproduce
- Start Claude Code with
--teammate-mode tmux - Spawn a teammate via the Task tool
- Give the teammate a task that causes it to invoke
AskUserQuestion - Observe that the question UI renders in the teammate's tmux pane, not the leader's terminal
- The leader receives no notification that the teammate is waiting for user input
Expected Behavior
Either:
AskUserQuestionshould be filtered out of the tool set for tmux teammates (consistent with how in-process teammates handle it), OR- The tool should detect that it's running inside a teammate process and forward the question to the team lead via
SendMessage(similar to howExitPlanModesends aplan_approval_requestto the leader when called by a teammate withplan_mode_required)
Context
- In-process teammates correctly have
AskUserQuestionstripped from their tool set by the subagent tool filter - Tmux teammates skip the subagent tool filter entirely because they go through the main session's tool resolution path, which only applies the filter when an agent definition is present
- The
AskUserQuestiontool hasrequiresUserInteraction: trueand renders an interactive multi-choice UI, which is not practical in an unmonitored tmux pane
Version
CLI v2.1.37
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗