Web UI 上同一条注入在发送方可见、在接收方不可见

[YOUKNOWWHOOO]

环境

操作系统：Windows 11 家庭版，版本 10.0.26200，64 位，AMD64。

运行时：Node.js v26.9.0（fnm 管理）、PowerShell 7.6.6。

软件：@deepseek-ai/dsh 0.1.7-rc.2（经 npx 安装，以 dsh web 启动）；profile 组合为 @deepseek-ai/dsh-base + @deepseek-ai/dsh-web-app；dsh-client-ui-chat 与 dsh 同版本。

界面：本节描述的是 dsh Web UI 的问题，不是 CLI 与其它界面的问题。浏览器为 CentBrowser 5.2.1168.83（Chromium 内核 134）。Web UI 监听回环地址 127.0.0.1:3080。

观测时间：2026-09-29（CST，UTC+8）。

现象

同一条注入消息，在产生它的那一侧界面上能看到，在接收它的那一侧界面上看不到。具体到子代理的场景：子代理在自己会话的 Chat 时间线里能看到它做了什么，父会话里却看不到这些消息已经到达。同一个子代理结束后，它的结算通知有时以「子任务状态更新」卡片出现在父会话里，有时完全没有痕迹，使用者无法从界面上判断自己落在哪一种情形。

相关代码位置

dsh-client-ui-chat/lib/client.js:7650-7652 的 isVisibleChatNode 隐藏一切非 turn-trigger 的普通上下文行。是否成为 turn-trigger 由收件箱落点决定：同文件 :9148-9167 注册 inbox-next-step 与 inbox-next-turn 两个状态，二者都只由 agent/inbox/spliced 事件的 data.target 驱动；:9208-9218 对非 user 来源的消息计算 waking，取值等于「该消息 id 是否落在 inbox-next-turn 的已认领集合中」；:9237 只在 kind === "context" && waking === true 时才把节点建成 turn-trigger。官方文档 dsh-client-ui-chat/README.zh.md:43 只说明「非人工轮次触发仍作为独立通知显示」，没有说明什么算非人工轮次触发。

会话数据逐条核对（一次真实的子代理验证会话）

6 条该类注入中，4 条结算通知与 1 条子代理来信落 next-step（不显示），1 条结算通知落 next-turn（显示）；同期 7 条后台作业完成通知全部落 next-step，全部不显示。样本只覆盖这一次会话，不据此宣称覆盖全部类别。

影响

同一条内容在投递的两端可见性相反，使用者无法据自己在发送端见到的内容推断接收端见到了什么。在子代理这种用法里，父会话正是需要看到「子代理汇报了什么」的那一侧，而它恰恰看不到；使用者只能切到子代理自己的会话去确认，或者去读会话日志。结算通知时而出现时而消失，也让使用者无法判断自己的会话落在哪一种情形。

建议

1. 接收方在 Web UI 上也显示这些注入，使同一份内容在投递两端的可见性一致。
2. 由此可以举一反三：Web UI 上尽量把投递给模型的提示完整显示出来，凡是当前不显示的类别，都按同一原则处理，而不是按内部状态决定显示与否。
3. 至少提供一个配置项控制是否显示这些提示，让使用者自行选择。

本条与 8024-1 是同一类问题的两个面：8024-1 说的是普通上下文注入在 Chat 里一律不显示，本条说的是同一条注入在发送方显示、在接收方不显示。