[Bug] 未思考直接输出文本时 Chat 出现空的思考块（0.1.6-alpha.2 / deepseek-flash + Messages 协议）

[LLKernel]

TL;DR (English) — On 0.1.6-alpha.2, when the model answers with text and no thinking, Chat still shows an empty "思考 / Think" block. The Messages protocol emits a block-start(reasoning) for a signature-only empty thinking block, the harness persists {"type":"reasoning","text":""} into the assistant message, and the Chat renderer draws a Think row for every reasoning block.

---

Summary

模型没有产生思考内容、直接输出正文（且不是工具调用）时，Chat 里会出现一个标题为“思考”但内容为空的思考块；该空块同时被写进会话日志的 assistant 消息内容里。

• 版本：0.1.6-alpha.2（checkout ddefc45fbc），Windows
• provider deepseek-official / model deepseek-flash（Messages 协议，thinking enabled）
• 关联代码：packages/llm/llm-deepseek/src/protocols/messages/translate.ts、packages/client/ui-chat/src/client/chat/AssistantMarkdown.tsx

Reproduction

1. 用 deepseek-official / deepseek-flash（Messages 协议）发一条会直接作答、不需要推理的请求，例如“只回复两个字：收到”。
2. Chat 时间线里回答上方多出一个空的“思考”折叠行：收起态只有“思考”标题、没有摘要，展开后正文为空。
3. 会话日志 session.v3.jsonl 中该条 assistant/message 的 content 以空 reasoning 块开头。

复现证据（本机真实会话，节选自 assistant/message 的 stream 记录）：

{ "type": "chunk", "chunk": { "type": "block-start", "index": 0, "blockType": "reasoning" } },
{ "type": "chunk", "chunk": { "type": "block-end", "index": 0, "block": { "type": "reasoning", "text": "" } } },
{ "type": "chunk", "chunk": { "type": "block-start", "index": 1, "blockType": "text" } },

持久化结果：

{ "role": "assistant",
  "content": [ { "type": "reasoning", "text": "" }, { "type": "text", "text": "..." } ],
  "source": { "kind": "model", "provider": "deepseek-official", "model": "deepseek-flash",
              "replayState": { "response": { "kind": "deepseek-messages", "version": 1 },
                               "blocks": [ { "type": "reasoning", "signature": "…" }, { "type": "text" } ] } } }

本机已有会话统计：400 条 assistant/message 中 52 条带空 reasoning 块，形状均为 ["reasoning","text"] 或 ["reasoning","tool-call"]。

Current behavior

• Messages 协议在 content_block_start（type: "thinking"）就发出 block-start(reasoning)；DeepSeek Messages 在没有思考内容时仍会返回带 signature 的空 thinking 块且没有任何 thinking_delta，于是 block-end 落下 { "type": "reasoning", "text": "" }，被 BlockAssembler 组装进 assistant 消息并持久化。
• Chat 的 AssistantMarkdown 对每个 reasoning 块无条件渲染 ReasoningRow，空 reasoning 块因此渲染成空“思考”行（组件快照中 data-variant="think"，摘要 <span class="_summaryText_…"> 为空）。
• 同类判定在仓库里本已把空 reasoning 视为不可见（assistant.ts 的 blockIsVisible、turn-process.ts 的 visibleChunk、llm 的 isVisibleChunk），只有最终渲染循环漏掉了；chat-completions 协议也已有“空 reasoning 不建块”的等价保护，messages 协议没有。

Expected behavior

未产生思考内容时不应出现任何思考块：Chat 不渲染空 reasoning 行，assistant 消息也不应因这次“假思考”而多出内容块。

Fix (verified locally)

packages/client/ui-chat/src/client/chat/AssistantMarkdown.tsx：新增 paintsContent，与 assistant.ts 的可见性判定对齐——text/reasoning 仅在去除空白后非空时算可见；渲染循环跳过空白 reasoning 块，hasVisible 也改用它，避免只剩空块时画出空壳。

新增测试 packages/client/ui-chat/tests/coverage-tails.client.spec.tsx：空 reasoning 不渲染 Think 行、流式下等首个思考 token 到达才出现 Think 行、仅空 reasoning 时不渲染根壳。移除修复后这 3 条测试全部失败（已本地验证）。

本地验证：test:gui 433 个测试文件 / 6183 用例通过，run-oxlint 无告警，pnpm run build 成功，运行中的 dsh web 实时 graph 已在提供含修复的 @deepseek-ai/dsh-client-ui-chat bundle。

可选的上游修复（更彻底，未采用）：让 messages/translate.ts 推迟发出 thinking 块的 block-start，使空 thinking 块根本不进入持久化内容；需同时保持 replayState.blocks 与 message.content 的下标对齐。

[PerryLink]

结论：确认。两层成因都在 HEAD（ddefc45fbc，0.1.6-alpha.2）源码里，你的定位是准的。

第一层（协议翻译）：packages/llm/llm-deepseek/src/protocols/messages/translate.ts:51-53 对 content_block_start(type: "thinking") 无条件建块：

case 'thinking':
  content = { type: 'reasoning', text: string(native.thinking) }

block-start(reasoning) 在 :126 无条件发出；:128 只有 block.content.text 非空才补 delta；于是空 thinking 块以 { type: 'reasoning', text: '' } 的 block-end（:141）收尾并进入持久化——与你贴的 stream 记录完全一致。

第二层（渲染）：packages/client/ui-chat/src/client/chat/AssistantMarkdown.tsx:85-95 对每个 reasoning 块无条件渲染 ReasoningRow（:92），且 hasVisible（:64-66）把空 reasoning 也算可见，所以空壳必现。而你说的"同类判定本已跳过空块"属实：packages/client/ui-chat/src/client/conversation-nodes/assistant.ts:61-65 的 blockIsVisible 用 block.text.trim() !== ''（:63）——漏的只有最终渲染循环。chat-completions 侧的等价保护也确认存在：translate.ts:157-164 仅在 reasoning.length > 0 时才开块，文件头注释明言 "An empty initial reasoning delta does not open a block."（:2-3）。

修复位置建议：两条路都成立，我倾向你已采用的 renderer 侧跳过——与 blockIsVisible 对齐、零重放风险。translate 侧丢弃更彻底（空块根本不落盘），但必须同步维护 replay 块与 content 的下标对齐：translate.ts:161 用 replayState(model, [...blocks.values()].map(block => block.replay)) 逐块生成 replay 状态，删块不删 replay 项会导致重放错位——这一点你自己也标注了，是正确取舍。

未验证：52/400 的会话统计、fork 测试数字与本地验证结果（这些是你的测量）。

如果方便，附一条最短复现会话的 session.v3.jsonl 片段（message_start 到 message_stop）会很有帮助，特别是 thinking 块的 signature 是否每次都出现。