Coordinator stuck "Working" while only a background subagent runs — queued input not answered or shown as pending
- 主要语言
- Shell
- 星标
- 11.2k
- 派生
- 1.9k
- 平均合并
- 14 小时 16 分钟
- 30 天内合并 PR
- 6
描述
### Describe the bug
Sharing something I've hit several times in the CLI (v1.0.70). Upfront: I don't really know how Copilot's orchestration works internally — the log analysis below was done by Copilot itself at my request. The parts I can vouch for first-hand are what I saw in the UI.
• The busy indicator showed "Working", and prompts I typed were pushed to a queue — not answered, and not shown as "(pending)".
• I tried Ctrl+X B (move task to background) and it said "No running sync task to move to background" — so the CLI itself says nothing sync is running, yet it's "Working" and queueing my input.
• In /tasks , the only thing running was one subagent, marked [background] .
• The coordinator became responsive only after I manually cancelled that background subagent in /tasks . Cancelling the sole [background] task is what released my queued prompt — which makes it look like a "background" task was actually blocking the main agent.
### Affected version
v1.0.70
### Steps to reproduce the behavior
_No response_
### Expected behavior
if the coordinator is free it should answer immediately; if busy, it should take my prompt as steering and show "(pending)" and act next turn. Actual: queued for minutes with nothing visibly happening except a background subagent.
### Additional context
From Copilot's log analysis (may be imperfect, not internal state): it found two windows where the coordinator went quiet for ~13–17 min with only a background subagent running. In the clearest one, the subagent-completion notification actually fired fine — so this isn't just a "dropped notification"; it looks more like the coordinator being blocked by / kept "Working" behind its own background subagent, and/or how typed input is classified while a subagent runs. It also ruled out sync-blocking (all read_agent calls were wait:false , tasks were mode:background ).
贡献指南
调研方向
首先在 CLI v1.0.70 中复现该行为,同时观察 /tasks、Working 指示器、排队的输入以及 Ctrl+X B。比较只有一个 [background] 子代理的会话,并检查报告中所述的 read_agent 日志窗口;当 coordinator 作出响应,或在无需手动取消的情况下将输入明确标记为待处理时,即表示完成。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- shell
- 领域
- cli
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 活跃
- 描述清晰度
- 需要澄清
- 新手友好度
- 42/100