Bug&Fix: 思考时间过长后最终输出文本会导致 Web 端卡死且刷新后历史加载失败 (RangeError: Maximum call stack size exceeded)

[Oading]

问题概述

在第一轮提出问题思考了五十分钟输出结果后会导致web端卡死 表现为页面无响应 刷新后页面截图如下所示:

环境

• 版本：0.1.0-rc.6
• Node.js：v22.17.0
• 使用方式：dsh web
• 使用模型：DeepSeek-V4-Pro Max
• 模式：标准模式

分析问题

超长回合产生了约 23.9 万个流式 chunk 事件。回合结束时，整个流被物化为一条 assistant/message，其 sourceEventSeqs 数组记录了全部 239,280 个被替换 chunk 的序号（该条事件落盘后约 2.2 MB，其中约 1.5 MB 只是序号数字）。

@deepseek-ai/dsh-host-apiproxy 中历史处理的分页函数 paginate() 包含如下代码：

const groupStart = sources !== void 0 && sources.length > 0
  ? Math.min(event.seq, ...sources)   // 会把最多 23.9 万个参数展开传入
  : event.seq;

将约 23.9 万个元素的数组展开为函数参数，超出了 V8 引擎的参数数量上限，从而抛出 RangeError: Maximum call stack size exceeded；history RPC 将其作为 internal 错误返回给前端。

trajectory 渲染器（@deepseek-ai/dsh-client-ui-trajectory）中存在同样的写法：对随 chunk 数量增长的 cells / spans / times / turns 数组使用 Math.min/max(...) 展开。这应该是回合结束时页面卡死的原因之一——同样的展开写法作用在随 chunk 数增长的数组上，超限时渲染器同样会抛出 RangeError。

具体改动

以下为本地对 npm 安装产物（编译后的 lib/）的修补，供参考；源码对应 packages/host/apiproxy 与 packages/client/ui-trajectory。

1. 服务端：历史分页（@deepseek-ai/dsh-host-apiproxy）

文件：node_modules/@deepseek-ai/dsh-host-apiproxy/lib/index.js，paginate() 函数。

改动前：

const sources = event.sourceEventSeqs;
const groupStart = sources !== void 0 && sources.length > 0 ? Math.min(event.seq, ...sources) : event.seq;

改动后：

const sources = event.sourceEventSeqs;
let groupStart = event.seq;
if (sources !== void 0 && sources.length > 0) for (const source of sources) if (source < groupStart) groupStart = source;

（同包的 lib/types/api-proxy.js 中有一份镜像实现，做了相同修改。）

2. 客户端：trajectory 渲染器（@deepseek-ai/dsh-client-ui-trajectory）

文件：node_modules/@deepseek-ai/dsh-client-ui-trajectory/lib/client.js，共 5 处，全部改为循环求值：

① 时间线各回合边界与整体起止（spans/projected 随 chunk 数增长）

改动前：

if (turn.turn !== null) turnBoundaries.push({
    turn: turn.turn,
    time: Math.min(...projected.map((span) => span.start))
});
// ...
return {
    start: Math.min(...spans.map((span) => span.start)),
    end: Math.max(...spans.map((span) => span.end)),
    spans,
    turnBoundaries
};

改动后：

if (turn.turn !== null) {
    let time = Number.POSITIVE_INFINITY;
    for (const span of projected) if (span.start < time) time = span.start;
    turnBoundaries.push({ turn: turn.turn, time });
}
// ...
let start = Number.POSITIVE_INFINITY;
let end = Number.NEGATIVE_INFINITY;
for (const span of spans) {
    if (span.start < start) start = span.start;
    if (span.end > end) end = span.end;
}
return { start, end, spans, turnBoundaries };

② firstCellIndex(turn)（cells 随 chunk 数增长）

改动前：

return Math.min(...turn.groups.flatMap((group) => group.cells.map((cell) => cell.index)), Number.POSITIVE_INFINITY);

改动后：

let index = Number.POSITIVE_INFINITY;
for (const group of turn.groups) for (const cell of group.cells) if (cell.index < index) index = cell.index;
return index;

③ groupDescription 的时长计算（times 随 chunk 数增长）

改动前：

const span = formatGroupDuration((Math.max(...times) - Math.min(...times)) / 1e3);

改动后：

let min = Number.POSITIVE_INFINITY;
let max = Number.NEGATIVE_INFINITY;
for (const time of times) {
    if (time < min) min = time;
    if (time > max) max = time;
}
const span = formatGroupDuration((max - min) / 1e3);

④ firstVisibleTurn(nodes, partial)（turns 随事件数增长）

改动前：

return turns.length === 0 ? 1 : Math.min(...turns);

改动后：

let first = 1;
for (const turn of turns) if (turn < first) first = turn;
return first;

按上文改动修补本地安装产物后：需重启dsh进程后生效。修补并重启后该异常会话可正常加载，但是较为缓慢。下图是恢复完成后agent返回的Summary:

[Oading]

关于修复方法需要补充说明：并不保证不会引入新的bug，请酌情使用

[xiaoshenming]

超长回合把几十万 assistant/chunk 压成一条巨大的 assistant/message 之后，官方加载器会在物化历史上炸掉，刷新也打不开。

这个插件不改加载器，但可以在官方 UI 之外读这份文件：先 scan / inspect 看体积和回合数，再用 compact --keep-last-turns N 丢掉更早的完整回合（默认 dry-run，--apply 先写 .bak.<utc>）。

dsh plugin --profile web add "github:xiaoshenming/dsh-session-surgeon#main"

重启 dsh web 后左侧「会话医生」也能点开看可读对话。压不掉 sourceEventSeqs 那种单条超大事件——那种还是得官方改物化路径。仓库：https://github.com/xiaoshenming/dsh-session-surgeon