dsh卡顿问题

[XiYaTears]

使用环境：Windows 11，dsh + deepseek-v4-pro-max。

问题：使用工具时整个页面会出现卡顿，例如Edit，Grep等等。

[PerryLink]

先分清是"工具跑得慢"还是"结果落下来时页面卡"——这两层的原因完全不同

你说"使用工具时整个页面会出现卡顿，例如 Edit、Grep"，这两种情况表现很像但根因不同：

• 调用期间卡 ⇒ 卡在执行/事件流（工具在跑、或宿主在写大量事件）；
• 结果到达那一刻卡 ⇒ 卡在渲染（一大块结果要一次性画进对话区）。

请先确认是哪一种（看卡顿发生的时刻：是"点下去就卡"，还是"结果出来时才卡"）。

已知的、与"大量输出"相关的一条机制

DSH 对超长的命令输出有一条溢出策略（spill policy）：超出内联上限的输出不会整块塞进对话区，而是替换成一段可展开的通用输出 + 溢出提示（packages/client/ui-tool/README.md:86 写明它用的是 @deepseek-ai/dsh-spill-policy/notice 的 hasSpillNotice，而不是自己另搞一套）。

⇒ 这意味着：shell 类输出是被限过流的。而 grep / edit 这类结构化卡片是直接由事件的原始字段渲染的——所以如果结果集或 diff 本身很大，就会实打实地画出来，卡顿来自数据量。

所以请补四样，我就能定位

1. 卡的时机（调用中 / 结果到达时）；
2. 是哪个工具、结果大概多大（grep 命中多少条？edit 的 diff 多少行？）；
3. dsh --version；
4. 卡住时浏览器那个标签页的内存有没有明显上涨。

现在就能做的两件事

• 缩小 grep 的返回：用 glob/路径限定把命中数压下来（例如限定子目录、限定文件类型）。这通常是最有效的缓解；
• 别在大仓库根目录做无约束检索——那既慢又会产生巨量结果。

版本提醒

⚠️ 当前最新是 0.1.7-rc.2（tag dsh-v0.1.7-rc.2）。你这条是 8 月 15 日的，中间对话区渲染与滚动改过很多（单是 0.1.7-alpha.1 → alpha.2 就有 162 个提交里的一批涉及渲染、滚动、sticky 与裁剪）。

别装 latest——npm 上它仍停在 0.1.5-rc.3，更旧：

npm i -g @deepseek-ai/dsh@next      # 当前 = 0.1.7-rc.2

一条边界

我这边只能给出机制与分流方法，无法确认你那次是渲染还是执行——因为缺"卡的时机 + 结果规模 + 版本"这三样。补上之后，如果确认是"大结果渲染导致的卡顿"，那就是一条值得提的性能问题（可提的改法是给结构化卡片也加分段/折叠渲染）。

[XiYaTears]

新版本暂没遇到过类似问题了，感谢您的帮助。