[Bug][0.1.5-rc.2 + 0.1.6-alpha.2] Web 发送链静默挂起：prompt 类 unary RPC 无 deadline，传输挂起时 echo 永不退场（#2060 的翻转面）

[coffee-man666]

Bug Report：Web 发送链静默挂起——#2060 去 deadline 后的翻转面

• 仓库：deepseek-ai/deepseek-harness
• 严重程度：高（用户输入静默丢失、无任何可见错误，只能整页刷新恢复）
• 关联：Web UI 发送消息偶发报错 "signal timed out (internal)"：unary RPC 固定 30s 超时且不可配置 #2060（30s 固定超时误杀发送 → prompt 类 RPC 去 deadline）。本帖报告同一发送链在该修复之后的反向失败模式。

环境

• macOS 15（darwin 24.6.0，arm64）
• @deepseek-ai/dsh 0.1.5-rc.2（npx 安装，web profile）
• 观察于注入了自定义 client bundle 的宿主（dsh.profile.bundles client slot），但下述发送链四级全部是宿主自有代码路径，不涉及对宿主代码的任何修改

现象（GUI 实测复现 2 次）

页面静置约 13–17 分钟后，同标签页再发消息：

1. 用户气泡正常上屏，但消息从未到达后端——宿主侧 session.v3.jsonl.zstd 的 mtime 停在上一轮完成时刻；
2. 无任何错误横幅（promptError 不触发），回合不启动，也没有 Stop 可按；
3. New Session 按钮同样失灵（同一 unary 通道）；
4. 刷新页面后幻影气泡消失——本地 echo 从未被宿主承认。

即用户输入「三重静默丢失」：气泡滞留 + 无报错 + 宿主零痕迹。

根因（源码级；发送链四级，任何一级都没有 deadline）

1. dsh-client-connection createWebConnectionRpc().call()：一元请求走 fetch(POST /api/<channel>/<endpoint>)，仅当调用方传入 signal 才透传，无内建超时。传输层挂起（空闲后连接死掉、渲染进程饱和等）时 promise 永不结算。
2. dsh-client-ui-conversation mintAttempt()：new AbortController() 裸构造，无任何超时臂；Enter 发送把这个永不触发的 signal 经 sendSession → session.prompt → rpc.call 一路传到底。
3. dsh-api-session-controller beginSubmission() / prompt()：用户气泡是 beginSubmission 的本地 echo；retireFailedSubmission 仅在 RPC 返回错误/抛异常时退场，promptError 同理。挂起 = echo 永不退场、错误态永不进入。
4. ConnectionRecoveryConfigSchema 只覆盖 SSE generation 握手（generationReadyTimeoutMs 默认 15s）与重连退避，对一元请求无效——SSE 侧已重建新 generation 时，在途的一元 fetch 仍挂着。

与 #2060 的关系

#2060 报告的是 30s 固定超时误杀发送（signal timed out (internal)）；其修复方向（session.prompt / subagents.prompt 归类 caller-signal-only、去掉固定 deadline，cf. @zoahdev 的 fix/prompt-user-paced-no-deadline）解决了误杀，但把失败模式翻转成了无限静默挂起。@setieroth 在 #2060 的实测（超大 session 拖饱和渲染进程、空闲后下一条消息无回音、重启恢复）已经描述了本帖的触发面，并建议在 caller-signal-only 之外对发送类 RPC 再加一层保护——本帖补上这层缺失的证据与参考实现。

版本核对（0.1.6-alpha.2 未修复）

npm pack 逐包 diff（0.1.5-rc.2 本机安装 vs 0.1.6-alpha.2 registry 产物）：

• dsh-client-connection：createWebConnectionRpc().call() 与 ConnectionRecoveryConfigSchema 逐字相同；
• dsh-api-session-controller：prompt() / beginSubmission / retireFailedSubmission 逐字相同；
• dsh-client-ui-conversation：mintAttempt() 逐字相同，全包无任何 deadline 逻辑；
• dsh-host-webserver：lib/index.js 字节级相同。

参考修复（已在下游产品 bundle 落地，未改宿主源码）

客户端 boot 时包装全局 fetch：

• 按 POST /api/* + 请求体信封 {"type":"client-request"} 精确识别一元请求；
• 30s 无响应展示可操作横幅（提示刷新），不 abort——刻意避免重蹈 Web UI 发送消息偶发报错 "signal timed out (internal)"：unary RPC 固定 30s 超时且不可配置 #2060 的误杀（合法慢的用户步调 RPC 不受影响）；
• 迟到结算自动撤横幅，零干扰。

对宿主侧的建议（bundle 侧做不了的部分）：

1. 区分「传输挂起」与「合法慢」：用连接活性（generation 心跳 / SSE 存活）作为一元请求的结算依据，而不是固定 deadline；
2. generation 轮换时对在途 admission RPC 做退场处理（新 generation 出现 = 旧请求永远不会被其目标连接结算）；
3. echo 退场路径增加「连接已死」的触发条件，让 promptError 可见。

---

AI 标识：本报告由 AI 辅助生成（ZCode · GLM-5.3）；源码结论基于 npm 发布产物的逐包 diff 取证，GUI 复现为真实浏览器会话观察。