[Bug] 批注块无法随草稿一同发送（dsh 0.1.2-alpha.1 / DSH Desktop 2.0.4）

[Ztyss]

现象

选中助手文字做批注（「批注 ×N」标签出现）后，在输入框按 Enter 发送问题，发出的消息里没有批注块——模型只收到输入框里的文字。批注待发送集始终保留（不丢失、不刷新、不消费），也不会随后续任意一次 Enter 发出。

环境

• DSH：DSH Desktop 2.0.4（内核 @deepseek-ai/dsh 0.1.2-alpha.1）
• 插件：@changfenhuang/dsh-annotation 1.4.5（npm，github:omdsh-dev/dsh-annotation#41731ec）
• 操作系统：Windows 11（10.0.26200，x64）
• 形态：Web GUI（桌面 WebView），官方 bundle 路径安装

复现步骤

1. 助手回复里选中一段文字 → 工具条「批注」→ 写批注保存（「批注 ×1」标签出现）
2. 输入框输入问题文字（非斜杠命令草稿）→ 直接按 Enter 发送
3. 实际发出消息 = 只有输入框文字；「批注 ×1」标签仍在（待发送集未被消费）；模型回复不会按「Annotation 1：…」逐条回应
4. 期望：批注块 prepend 进草稿随消息发出，发送后标签消失（README 交互流「回车随消息发送」）

预期结果

批注块（编号 + 原文 + 批注内容）+ 输入框问题一起发给模型；发送成功后「批注 ×N」标签清空；用户气泡只显示问题 + 「批注 ×N」。

根因（已定位，附源码证据）

client.js 的 onKeyDown（1092-1124）拼稿入口有硬性守卫：

if (e.key === 'Enter' && !e.shiftKey && !e.altKey
  && ui.quotes.length > 0 && !isImeKeyBlocked(e)) {
  var ta = e.target
  if (ta instanceof HTMLTextAreaElement && ta.closest('[data-composer-card]') !== null) {
    var attached = attachAndSend(e)
    ...
  }
}

0.1.2-alpha.1（DSH Desktop 2.0.4）的 composer 输入区已不是 <textarea>：内核 @deepseek-ai/dsh-client-ui-conversation 的输入机重构为 Lexical 编辑器，输入宿主是 div[contenteditable][data-composer-input]（lib/client.js:14432-14463 "The composer's contenteditable host: binds one shell-owned Lexical editor"；10701 行注释亦自称 "of the old textarea"）。按 Enter 时 e.target 是 contenteditable div，ta instanceof HTMLTextAreaElement 恒为 false → 拼稿分支从不执行 → 批注块永不拼入草稿；待发送集从未被消费，所以「批注 ×N」一直在、不丢失。橡皮筋验证：onSendPointerDown（1149-1158）走 sendButtonOf 的 button[aria-label] 匹配、不依赖 textarea 守卫——鼠标点「发送消息」按钮理论上仍能拼稿，与"只按 Enter 必现"一致。

v1.4.4 声称适配 0.1.2-alpha.1，但仅验证了安装自检/启动图登记；Enter 拼稿走的仍是 textarea 时代的守卫，未适配 Lexical 输入区，属适配遗漏。

冒烟验证

• Enter 路径：quotes>0 + 中文/英文草稿，始终不发批注块；控制台无「批注拼稿失败」（attachAndSend 从未进入）
• 对照：quotes=0 时 Enter 发送正常；斜杠命令草稿行为符合 v1.4.1 issue [Bug] 有待发送批注时，斜杠命令（/goal 等）被拼稿降级为普通消息，无法启用 goal #20
• 由「批注 ×N」标签持续存在可确认：watchInputDraft 的「草稿有→空」迁移从未触发（拼稿从未发生）

引用代码

• 插件端：client.js onKeyDown（1092-1124，textarea 守卫在 1112）、attachAndSend（1465-1499）、onSendPointerDown（1149-1158）
• 内核端：@deepseek-ai/dsh-client-ui-conversation Lexical 输入宿主（lib/client.js:14432-14463，data-composer-input）、SessionInputShell（11342 起）

建议修复方向

• 入口守卫扩展为同时匹配 contenteditable 宿主：e.target instanceof HTMLElement && e.target.closest('[data-composer-input]')（或匹配 [contenteditable="true"]）且位于 [data-composer-card] 内；
• Lexical 内 Enter 的默认行为需确认（editor.update 换行 vs 提交），拼稿仍走 shell.setDraft + 放行 composer 提交即可（shell 输入机 0.1.2 的 setDraft/submit 契约已确认存在，见 SessionInputShell.actions）；

[Ztyss]

根因已更新为源码级定论（替代此前正文里的时序竞态猜测）：client.js:1112 的 a instanceof HTMLTextAreaElement 守卫在 0.1.2-alpha.1 的 Lexical contenteditable 输入区（div[data-composer-input]）下恒为 false，拼稿分支从不执行——与『批注一直在、不随 Enter 发送』的现象完全吻合。正文已按此重写，附双端代码位置与建议修复方向。补充一个可快速验证的对照：鼠标点「发送消息」按钮（走 onSendPointerDown 的 aria-label 匹配，无 textarea 守卫）若可正常附批注，即坐实此根因。

[taekchef]

感谢你把现象、环境和源码位置整理得这么完整，定位是准确的：新版 DSH 的输入区已经换成可编辑 div，旧的 textarea 守卫导致 Enter 路径完全没有进入批注拼稿。

修复已提交到 #42：发送入口现在识别 data-composer-input，并补了回归检查；本地完整检查 11/11 通过，也确认 dsh-v0.1.2-alpha.1 隔离服务实际加载到了修复后的插件脚本。

这个 issue 合并后先保持开放，麻烦你方便时在 Windows 11 / DSH Desktop 2.0.4 上复测一下 Enter 发送路径。确认批注块随消息发出、发送后标签清空后，我们再关闭。再次感谢这次高质量反馈。

[Ztyss]

收到，感谢快速修复（#42）。当前 npm 最新仍 1.4.5（本地已装 1.4.5），等修复版发布后我会升级并复测「批注随草稿发送」，通过后回来确认关闭。

[Diluka]

DSH 0.1.1-rc.2 也出现同样的问题

[Ztyss]

跨机验证结果同步（2026-09-04）：

1. 另一台电脑上已复测通过：使用包含 fix: 适配新版输入区的回车批注发送 #42 修复的版本（main 构建），从输入框发送批注正常——修复本身有效 ✅
2. 本机今天再次复现，但与根因一致，并非新问题：本机安装的是 npm 最新版 1.4.5（08-29 发布），其 client.js 仍是旧 textarea 守卫（instanceof HTMLTextAreaElement，见 1112/1508 行），不含 fix: 适配新版输入区的回车批注发送 #42 的 data-composer-input 修复。复现路径与 [Bug] 批注块无法随草稿一同发送（dsh 0.1.2-alpha.1 / DSH Desktop 2.0.4） #41 正文描述完全相同。
3. 查证：上游 main 已合入 fix: 适配新版输入区的回车批注发送 #42（commit「fix: 适配新版输入区的回车批注发送 (fix: 适配新版输入区的回车批注发送 #42)」，client.js 已在用 closest('[data-composer-input]')），但 package.json 版本号仍为 1.4.5，npm 未发布含修复的版本（latest 仍 08-29 的 1.4.5）。

请求：发布包含 #42 的版本（如 1.4.6）到 npm。发布后本机升级即复测「Enter 发送批注 + 发送后标签清空」，通过后回来关闭本 issue。当前本机仍等发版，无需额外处理。

[taekchef]

感谢你帮忙做跨机器验证！@changfenhuang/dsh-annotation@1.4.6 现在已经发布到 npm，最新版标签也已确认指向 1.4.6。

方便时可以在原来那台 Windows 机器上升级后再试一次：

dsh plugin add @changfenhuang/dsh-annotation@1.4.6

这个 issue 我先保持打开，等你那边的真实环境结果；如果升级命令或现象还有异常，直接贴在这里即可。