Bug：compact 模式下刷新页面后会话折叠不生效，跳转到历史轮次后才恢复

[MaTao97]

DSH 版本：0.1.2-rc.1（实测，问题稳定复现）；官方最新 master（0.1.5-rc.2, commit c291e79）代码依旧存在该问题

使用形态：浏览器 Web UI（localhost:3080）；触发配置：ui-chat 的 transcriptView: compact（紧凑视图）

问题描述

开启紧凑视图（compact）后，历史轮次的工具调用过程会折叠成一个摘要按钮。但刷新页面后折叠全部失效——所有轮次都展开显示完整工具调用；只有当再点击一次「较早轮次」导航（触发历史翻页加载）后，折叠才恢复。

现象稳定复现，且与会话长度相关（会话越长越明显）。

复现步骤

1. 设置 transcriptView: compact
2. 打开一个消息数超过一页（约 50 条）的会话，确认历史轮次已折叠
3. 刷新浏览器页面
4. 观察：所有轮次折叠消失，工具调用全部展开显示
5. 点击左侧轮次导航中的较早轮次（触发历史加载）
6. 观察：折叠立即恢复

根因分析

折叠渲染入口在 packages/client/ui-chat/src/client/chat/ChatNodeSeat.tsx：

const processWindowReady = processSpec !== undefined
    && processPresentation !== undefined
    && compactTranscript
    && processSpec.answerAnchorSeq !== null
    && processPresentation.turn === processSpec.turn
    && processPresentation.turnClosed
    && !historyIncomplete   // ← 全局禁用开关

historyIncomplete 来自 ChatView.tsx：

const hasMore = useSession(s => s.hasMore)
...
historyIncomplete={hasMore}

即只要会话还有未加载的历史（hasMore === true），所有轮次的折叠被全局禁用，与具体轮次是否完整无关。

而刷新页面时会话只加载尾部一页（packages/api/session-controller/src/client/sessions/session.ts：首次打开 maxMessages: 50）。长会话必然 hasMore === true → historyIncomplete === true → 全部轮次折叠被禁。跳转历史轮次时 loadThrough(seq) 以每页 200 条向前翻页，目标靠前则加载完整个日志 → hasMore === false → 折叠恢复。这解释了「跳转后才生效」的现象。

为什么值得修

1. 行为不一致：同一会话，刷新前折叠生效、刷新后被禁、跳转后又恢复。刷新只是 UI 状态重建，不应改变折叠语义。
2. 影响面普遍：任何超过一页的会话 + compact 模式的用户都会遇到；长会话（DSH 的主要使用场景）几乎必然命中。
3. 门控过度：分页按 turn/start 边界切割，窗口内每个 turn 都是完整的；processSpec 本身也只在 turn 完整时才存在。!historyIncomplete 作为全局开关禁用的不止「窗口边缘的不完整 turn」，而是所有 turn。

已本地验证：直接移除该条件后，折叠在所有场景（刷新、长会话、跳转）都正常工作，未观察到副作用。

建议修复

• 方案 A（最小）：移除 !historyIncomplete。折叠所需的 processSpec/turnClosed/processPresentation 仅在该 turn 完整落在加载窗口内时才成立，不完整的 turn 不会进入折叠逻辑，有兜底。
• 方案 B（更精确）：改为「仅当该 turn 的 processStartSeq 早于窗口头部 seq 时才禁用」——只对真正跨越窗口边界的 turn 保守处理。

备注

• 该问题最早在 0.1.2-rc.1 发现；0.1.3-alpha.1、0.1.5-rc.1、0.1.5-rc.2 的源码中该门控均未改动。
• 如需更多信息（会话日志片段、截图），请告知。

[zhengmz]

开发了一个插件 https://github.com/zhengmz/dsh-auto-fold 补齐自动折叠能力，供参考

实现如果设置了 Compact 后，在切换对话时，会自动折叠回合。