Description
我尝试用deepseek tui分析一本300多万字的小说，ai尝试将原文切片成了10个部分后启动10个子agent进行分批处理。但是每次都因为agent_wait等待子agent超时而使得会话卡死
Check
我重开一个会话让其分析，原因如下：
会话 17557f3e 并未卡死，而是被中断了。
最后状态：
会话正常工作到最后一刻——它成功启动了 10 个子 Agent（agentspawn），每个分配给一个小说
chunk 做维度分类（D/I/R/G/O）。子 Agent 在 agentlist 中全部显示 Running
，运行时间约 24-41 秒。
然后父进程调用 agent_wait 等待子 Agent 完成——之后就再没有继续了。
证据：
- 会话 JSON 完整保存到磁盘（3030 行），说明不是崩溃
- 子 Agent（Bryde's、布氏鲸、弓头鲸 等 10 个）全部处于 Running 状态，0 步已执行
- updated_at 为 05:31:34，最后一次工具调用约 05:26:47——中间 5 分钟可能是等待超时
- 子 Agent 没有返回结果，tagged_01~10.txt 大概率也没被写入
结论：这个会话是被用户关掉或者会话超时中断的，不是内部卡死。 它当时正在等待 10 个子
Agent 处理合计 ~6MB 的小说文本（每 chunk
~600KB），这需要一定时间。窗口可能因为等待时间过长被判定为"没反应"而关闭了。
Environment
- OS: Win10 22H2
- DeepSeek CLI version: 0.8.28
- Model: v4-flash
- Shell: Windows Terminal
Logs or screenshots
Description
我尝试用deepseek tui分析一本300多万字的小说，ai尝试将原文切片成了10个部分后启动10个子agent进行分批处理。但是每次都因为
agent_wait等待子agent超时而使得会话卡死Check
我重开一个会话让其分析，原因如下：
会话 17557f3e 并未卡死，而是被中断了。
最后状态：
会话正常工作到最后一刻——它成功启动了 10 个子 Agent（agentspawn），每个分配给一个小说
chunk 做维度分类（D/I/R/G/O）。子 Agent 在
agentlist 中全部显示 Running，运行时间约 24-41 秒。
然后父进程调用 agent_wait 等待子 Agent 完成——之后就再没有继续了。
证据：
结论：这个会话是被用户关掉或者会话超时中断的，不是内部卡死。 它当时正在等待 10 个子
Agent 处理合计 ~6MB 的小说文本（每 chunk
~600KB），这需要一定时间。窗口可能因为等待时间过长被判定为"没反应"而关闭了。
Environment
Logs or screenshots