[Bug] 会话最后一条助手回复不渲染（重建必复现，其余轮次正常）

[SeaTownHZ]

[Bug] 会话最后一条助手回复在 Chat 里不渲染（重建/刷新/重启均复现，其余轮次正常）

环境

项	值
客户端	DSH Desktop 0.2.2-rc.1（dshBuildCommit c59d10af）
平台	Windows 11（x64）
内置运行时	Node v24.21.0
主题	dark，字号 20
Chat 配置	transcriptView: verbose、collapseTiming: next-input、foldedReplies: final
插件	启用了若干第三方 web 插件（cost-meter / market / remote-web-ui 等），均未注册 conversation.chat.node 槽位

现象

某一轮对话结束后，该轮的最后一条助手文本回复完全不渲染：

• 该轮的工具行、思考行、命令行的摘要全部正常显示；
• 之前的每一轮助手回复（白色正文）都正常；
• transcript 最底部停在倒数第二条（一条 运行命令 行），下面是空白，再往下就是 composer；
• 该条回复在界面上没有任何替代物（没有折叠条、没有"已收起"占位、没有报错）。

关键证据（数据是完整的）

直接解压该会话日志（~/.dsh/sessions/--<cwd>--/<session-id>/session.v4.jsonl.zstd，19,441,647 字节 / 4,216 个 zstd 帧）后：

seq 7099  type=assistant/message  surfaceOp=append  turn=44 step=35
          content=[{ "type": "text", "text": "<1360 字正文>" }]
seq 7100  step/end   turn=44 step=35
seq 7101  workspace/changes
seq 7102  turn/end   turn=44  reason={ kind: "completed" }

同一会话的投影缓存（~/.dsh/storages/session_projcache/sessions/<id>.json）里，turnOutline.turns[43].response 也含有这段正文的开头，说明 Host 侧投影同样认为这条消息存在。

即：消息、surfaceOp、turn/end 都是完整的，缺的只是渲染。

已排除

1. 不是视图状态过期：切到别的会话再切回、Ctrl+R 刷新、完全重启桌面端，三者全部复现同一现象。
2. 不是 markdown 内容问题：同一会话上一轮（turn 43）的助手回复正常显示；本轮回复移到"中间位置"时能正常显示（发一条新消息后即可见 —— 用户侧观察）。

所以判断是确定性的"最后一行不渲染"，与消息内容无关。

复现步骤（推测）

1. 会话规模较大（本例：44 轮、873 步、7,102 个事件、约 415K tokens 上下文、含一次 compaction）；
2. 让某一轮以"纯文本的最终回答"结束（最后一步只有 text block，没有工具调用）；
3. 该轮结束后不要发新消息，直接观察 transcript 底部 → 最后一条助手回复不出现；
4. 刷新/重启/切换会话后再看 → 依然不出现。

可能相关的代码位置（0.2.2-rc.1，@deepseek-ai/dsh-client-ui-chat/lib/client.js）

• assistantDefinition.buildLocationData()（约 L10227）：只在 scope === "step" 时发布 assistant-step 的 location data；
• buildViewNode()（约 L10239）：publishedAssistantData(context) 取不到数据时会把节点标成 visibility: "hidden"；
• ConversationDefinitionRegistry.replaceLocationData() / applyDirtyLocationData()（dsh-client-ui-conversation/lib/client.js 约 L3220、L3234）：只对 dirty 的 context 重建 location data；
• AssistantNodeView → AssistantMarkdown：正常渲染 blocks。

怀疑点：最后一个 step 的 location data 没有被发布/刷新，于是对应节点长期停在 hidden；只有在它后面再产生一条事件（例如用户发新消息）时才会被重新发布而显示出来。

影响

用户看不到最新一条回答，且无法通过任何界面操作恢复（客户端不提供"重新渲染该消息"的入口），只能自己解压日志或再发一条消息把这条"顶到中间"。