[Bug] 全新会话中斜杠命令不显示结果（0.2.1-rc.2，command-only 快照被判为不活跃）

[jimqyui]

环境

• DSH 0.2.1-rc.2，web profile
• Windows 11，Chromium 内核浏览器
• Ctrl+F5 硬刷新后仍复现

现象

在从未发送过任何消息的新会话里执行斜杠命令（/balance、/versions、/model-sync 均可复现），命令实际执行成功、结果也写进了会话日志，但界面完全没有任何显示。连续输入两次，两次都无反应，也没有任何错误提示。

复现步骤

1. 新建一个会话，不要发送任何消息
2. 输入 /balance 回车
3. 界面无任何变化

期望

显示命令输出。

实际

停留在空白页，无输出、无报错。

证据：命令确实执行了

会话日志（~/.dsh/sessions/.../session.v4.jsonl.zstd）：

{"type":"command/run","seq":3,"data":{"commandId":"cmd-…","name":"balance","args":" ","source":{"kind":"user"}}}
{"type":"command/done","seq":4,"data":{"commandId":"cmd-…","kind":"success","text":"<命令输出已省略>"}}

耗时约 180 ms，kind: "success"，输出文本完整写入。

对比：同样的 /balance 在已有消息的会话里执行，事件结构与上面完全一致、args 也一样，显示正常。唯一差别是事件在日志里的位置：

场景	命令落点	会话内容
无显示	seq 3	除启动事件外无任何消息、无 turn
显示正常	seq 543	已有几百条事件、多个 turn

根因（已定位）

三处代码构成一条链：

① @deepseek-ai/dsh-client-ui-chat/lib/client.js

const chatViewDefinition = {
  target: "chat",
  create: () => new ChatSnapshotBuilder(),
  isActive: (snapshot) => snapshot.order.some((key) => snapshot.nodes.get(key)?.kind !== "command")
};

快照里全是 command 节点时，.some() 返回 false → chat 视图被判为不活跃。

② @deepseek-ai/dsh-client-ui-conversation/lib/client.js — activityTargets()

遍历各视图的 isActive，chat 不活跃 → 返回空集合。

③ 同文件 — conversationPhase()

return conversation.activeTargets.size > 0 || !session.blank && !session.awaitingFirstTurn || session.running
  ? "active" : session.promptAttempted ? "engaging" : "blank";

纯命令会话：activeTargets 为空 + 从未发起过 prompt（awaitingFirstTurn 仍为 true）+ 未在运行 → 判定为 "blank" → UI 走空白态，transcript 根本没进渲染。

补充：命令节点本身是可见的 —— isVisibleChatNode() 只排除 system-prompt 和 name === "permission" 的命令，普通命令不会被隐藏。所以问题在「活跃性判定」，不在「可见性」。

建议修复

isActive: (snapshot) => snapshot.order.length > 0

理由：isVisibleChatNode() 已经单独排除了 permission 命令，isActive 再排除全部命令属于重复且过头的过滤；而用户主动执行斜杠命令，显然应当算作"有活动"。

已排除的可能

• 不是命令注册失败：command/run 与 command/done 都正常落盘，kind: success
• 不是浏览器缓存：硬刷新无效，状态完全由会话内容推导
• 不是某个插件的问题：多个不同插件注册的命令均可复现

一个可验证的推论

在同一个空会话里先随便发一条消息（哪怕一个「.」），之前 /balance 的结果应该会补显出来 —— 因为此时 isActive 变为 true、阶段翻成 active，命令节点就进入渲染了。

---

English TL;DR

Slash commands render nothing in a brand-new, message-less session. The command does execute — the
session log contains a successful command/run + command/done (kind: "success", full text) —
but dsh-client-ui-chat's chatViewDefinition.isActive evaluates false for a snapshot whose nodes
are all command, so activityTargets() is empty and conversationPhase()
(dsh-client-ui-conversation/lib/client.js) falls through to "blank". The transcript is therefore
never rendered. The identical event pair displays fine in a session that already has messages.

Suggested one-line fix: isActive: (snapshot) => snapshot.order.length > 0 — command nodes are
already visible per isVisibleChatNode(), which only excludes permission.

[PerryLink]

你引的第一处我信，第二处我核了，而且它说明只修 isActive 还不够。

packages/client/ui-conversation/src/client/contract/snapshot.ts:26-33：

const active = conversation.activeTargets.size > 0
  || (!session.blank && !session.awaitingFirstTurn)
return active ? 'active' : session.promptAttempted ? 'engaging' : 'blank'

在这个场景里两个条件都不成立。你引的那处 isActive 让 activeTargets 为空；而一个从未发过消息的新会话，session.blank 还是真、awaitingFirstTurn 也还是真，所以第二个条件同样接不住。相位就落在 blank。命令的输出确实写进了日志，但界面按"空白会话"渲染。

这就是为什么"命令执行了但什么都不显示"和"日志里 seq 3 就有 command/done"能同时成立——存档和渲染用的是两套判断。

根因我认为不是某一个 isActive 写错了，而是"什么算内容"在两处各有一套定义：activeTargets 汇总各视图的 isActive，会话相位另外只看 blank / awaitingFirstTurn。命令节点在两边都不算数。修的时候如果只让 chat 视图把命令节点也算作活动，第二个条件还是会拦住它；只改第二个条件，第一个又拦住。两处必须一起改，或者把这条判断收敛成一处。

写报告时我建议的措辞：不要说"chat 视图误判"，说"命令节点不参与任何活动判定，而会话相位与视图活动性各自独立计算"。前者会被读成一个 some() 的笔误，后者才是要被决策的设计问题——命令到底是内容还是元数据。

另外一个可用的对照：在已有消息的会话里同一条命令显示正常，说明 command/done 的渲染路径本身是通的，缺的只是"让这页东西被画出来"的那个条件。这个对照比日志片段更能说明问题在判定不在渲染。

[jimqyui]

好的 BUG报告是DSH写的 我把你的反馈提交给它 =。=！