当并发多个subagent时，web界面加载会变慢，甚至加载不出，或许可以为每个subagent分配一个线程以解决这个问题

[LonelyFool]

当并发多个subagent时，web界面加载会变慢，当subagent更多时，甚至会加载不出，但此时cpu占用率并不算高。或许可以为每个subagent分配一个线程以解决这个问题。

复现步骤：
让会话创建20个以上子代理，并保证所有子代理正常输出，而不是运行sleep这类命令
刷新浏览器

版本：
v0.1.2-rc.1

[wolfsonliu]

我也遇到了类似问题，分析结论如下：

现象：subagent 执行命令期间页面整体卡死（subagent 列表不可点击），随后整个标签页崩溃
输入物：

性能记录 tmp/Firefox 2026-09-07 15.56 profile.json.gz
本机 Firefox 崩溃报告 ~/.mozilla/firefox/Crash Reports/pending/0f4d3ebc-c2d7-7303-2f36-f4402d419e55.{dmp,extra}

结论：

直接死因不是 JavaScript 异常，也不是“内存溢出被杀”，而是 Firefox 的 content 进程在原生引擎代码 libxul.so 里发生了一次空指针解引用段错误（SIGSEGV / SEGV_MAPERR，地址 0x30），导致标签页进程死亡、页面显示“标签页已崩溃”。

崩溃前主线程已冻结超过 18 秒（无任何重绘），系统同时处于严重内存紧张（12.4 GB 物理内存仅剩约 0.9 GB，当时开了约 22 个标签页进程 + DevTools）。

应用层不是主犯，但存在诱因：subagent 执行命令时，tool/call 与 tool/result 事件以「立即刷新（immediate）」节奏推送到视图层（而非像 token 流那样被合并），形成高频渲染脉冲；叠加长会话内存累积与环境内存压力，最终触发 Firefox 在该 GPU 路径上的原生崩溃。