思考过程无法被折叠

[Du010902]

dsh聊天框内的思考过程无法被正常折叠和隐藏。
这种问题常常在当上下文对话过长，聊天记录没有被完全加载时出现。

[zhengmz]

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

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

[Robin1987China]

我把「思考过程无法折叠」定位到了确切条件，也确认了 @zhengmz 的插件为什么有效以及它的代价。

根因：折叠开关是会话级的，不是回合级的

packages/client/ui-chat/src/client/chat/ChatNodeSeat.tsx:64-68：

const processWindowReady = processSpec !== undefined
  && processPresentation !== undefined
  && compactTranscript
  && processSpec.answerAnchorSeq !== null
  && processPresentation.turn === processSpec.turn
  && processPresentation.turnClosed
  && !historyIncomplete          // ← 这里

foldable = processWindowReady && (...)，而聚合折叠控件 TurnProcessNodeView
的第一行就是：

if (!turnProcess.foldable) return null

所以只要 historyIncomplete（即 ChatView.tsx:788 传入的 hasMore）为 true，
整段会话里所有回合的折叠控件都会消失；AssistantNodeView 的 reasoningHidden
也不再成立，思考行只能各自折叠成一行摘要，无法整体隐藏。这正对应你截图里的状态。

这个行为是有意且有测试的

• chat-view.client.spec.tsx:1666 — keeps a foldable closed Turn fully visible while history is partial
• 同文件 — withholds process controls for partial history and folds final-page groups

动机可以理解：processStartSeq / answerAnchorSeq 是从已加载窗口推导的，
历史不完整时窗口起点不是回合真实起点，控件会低报工具调用数。

但守卫的粒度是错的

它用的是会话级 hasMore，而不是「该回合的 process window 是否完整」。
长会话里只要上面还有一页没加载，即使某个回合的窗口完全落在已加载区间内，它的折叠
控件也被一并禁掉。这恰好解释了你的现象：会话越长越必然命中。

为什么 @zhengmz 的插件有效，以及它的代价

dsh-auto-fold 在 Compact 模式下调用 binding.session.loadThrough(0)，把全部历史
拉进页面，hasMore 变 false，原生折叠随之恢复。折叠问题确实解决了。

代价是整段历史驻留到页面内存 —— 而客户端没有任何淘汰机制。我在整个
packages/client 下搜过 evict|prune|dropOlder|releaseNodes|trimHistory 之类路径，
一条都没有；loadOlder 只增不减。这条与 #6172（GUI 5 小时 9.4G）直接相互作用：
为折叠而全量加载会推高常驻内存。

上游最小修复方向

把会话级 historyIncomplete 换成回合窗口级判断：只有当该回合窗口的起点可能
被截断（即 processSpec.processStartSeq 落在已加载区间起点或更早）时才 withhold。
这样长会话里窗口已完整的回合可以照常折叠，不必把全部历史拉进内存。

我没有做的

我没有在浏览器里复现，也没有改客户端源码 —— 这是 dsh-client-ui-chat 内部判定，
插件够不到。以上结论来自源码与既有测试。