DeepSeek Harness 前端输入框对中文输入法 IME 兼容问题

[yeyou2026]

实际问题只是在harness对话框打字会出现同步跳字。

以下内容由deepseek生成
【Bug 反馈】DeepSeek Harness 输入框中文输入法同步跳字/候选词自动上屏

环境：

• 产品：DeepSeek Harness Web
• 模型：DeepSeek-V4.1-flash和V4-falsh
• 操作系统：Windows 11
• 浏览器：Edge 版本
• 输入法：微软拼音
• Harness 版本：应该是最新吧）

复现步骤：

1. 打开 DeepSeek Harness 使用过的聊天页。
2. 在输入框用中文输入法键入 nihao，不按空格/数字选词。
3. 候选条显示：1 你好 2 你号 3 拟好 4 倪浩 5 (@^0^@)/ 6 你哈哦 7 泥嚎。
4. 输入框内容异常变成“尼哈尼赫尼”，出现跳字、重复上屏。

期望行为：

• 输入法组合输入期间，输入框只显示拼音或正常候选，不自动上屏候选词。
• 用户按空格/数字/回车选词后，才把对应汉字写入输入框。
• 流式响应、状态更新不应打断输入法 composition。

可能原因：

• 受控输入框在 IME composition 期间被强制重写 value。
• 流式响应/重渲染触发 onChange，导致 composition 被打断。
• 未正确处理 compositionstart / compositionupdate / compositionend。

建议修复：

1. 在输入框组件增加 isComposing 标志：onCompositionStart 设 true，onCompositionEnd 设 false。
2. onChange 或状态同步时，如果 isComposing 为 true，跳过对输入框 value 的 setState/强制同步。
3. 避免在 composition 期间用 props.value 覆盖输入框；可在 compositionend 后再同步。
4. 将输入框组件与流式响应重渲染隔离（memo/独立 state），避免父组件更新导致输入框重置。
5. 回归测试：Chrome/Edge + 微软拼音/搜狗，输入 nihao、zhongwen、woshi 等长拼音，连续快速输入。

临时规避：

• 无痕模式/禁用浏览器扩展。
• Windows 开启微软拼音“使用以前版本的微软拼音输入法”。
• 先在别处输入后粘贴。

请求：请修复该 IME 兼容性问题，或提供临时补丁/版本。可提供截图和录屏。

[PerryLink]

先说结论：输入框不是"受控 value 被强写"的模型——它是 Lexical contenteditable（ui-conversation/src/client/input/editor/ComposerContentEditable.tsx:1-49，facade 创建 facade.ts:177-191），keymap 层也已经做了 IME 防护：composition 期间 Enter/Space 不提交、keyCode 229 兼容、Safari 10ms 窗口（editor/keymap.ts:9-16,44-77,125-133）。所以"没处理 composition 事件"这个假设对 keymap 层不成立；流式输出也不直接驱动编辑器（facade.ts:233-256 只做投影/发布）。

真实嫌疑在四个"组合期改写点"（都在编辑更新路径里）：

1. 文本实体 transform：editor/text-ref.ts:96-103（registerLexicalTextEntity，全文档扫描匹配 @// 触发）；强制重扫 :112-116（markDirty 全部文本节点）。
2. claim 装饰：editor/claim-decor.ts:29-52——仅在首个 token 节点上 splitText（:47），只在你用过 @/ 触发词时会碰。
3. detect span 区间编辑：editor/span-map.ts:99-118（菜单采纳时替换区间）。
4. 整稿替换：facade.ts:274-287（草稿恢复场景，与"使用过的聊天页"线索吻合——切回旧会话时 draft 恢复会重写全文）。

取证建议（需要你配合，我无法复现，未验证）：① 在 keymap.ts:66-76 的 compositionend 回调与 registerUpdateListener（facade.ts:187）里打日志，看跳字发生的那次 update 是否落在 composition 窗口内、带哪个 tag（setDraft 带 HISTORY_MERGE_TAG）；② 观察是否只在"从别的会话切回来"后发生（指向嫌疑 4）；③ 附 Edge 版本与复现录屏。拿到日志后我可以继续定位到具体行。