dsh-mobile-flow 0.7.3 → 0.8.1

package/README.md

@@ -5,7 +5,7 @@
 Two mobile fixes for the [DeepSeek Harness](https://github.com/deepseek-ai/deepseek-harness) (dsh) Web UI:
 
 1. **In-flow composer** — on narrow screens (≤720px) the input bar and AI confirmation cards scroll with the page instead of pinning to the viewport floor, so swiping up gives the message transcript the full screen back.
-2. **Native input takeover** — on narrow screens the draft surface becomes a native `<textarea>`, sidestepping the Lexical contenteditable IME flow that swallows text on Android keyboards (voice input most of all).
+2. **Native input takeover** — on narrow screens **and on any touch device** (a large tablet included) the draft surface becomes a native `<textarea>`, sidestepping the Lexical contenteditable IME flow that swallows text on Android/HarmonyOS keyboards (voice input most of all).
 
 A client-side overlay plus one slot component. No product source is modified; removing the plugin restores the stock behavior exactly.
 
@@ -21,18 +21,19 @@ The stock composer's text surface is a **Lexical contenteditable** (`createEdito
 
 ## What it does
 
-On viewports ≤720px (the same breakpoint the official question card uses):
+On viewports ≤720px (the same breakpoint the official question card uses) the first four are layout fixes; the rest key off **"narrow screen or touch device"** — the IME problem has nothing to do with screen size, and a HarmonyOS tablet loses typed text at 1280px just the same (user report 2026-10-05: MatePad + Doubao voice input):
 
 1. **The composer seat joins the document flow** — input bar and confirmation cards now live at the end of the transcript. Swipe up and they scroll out of view; the transcript becomes full-screen.
 2. **Short conversations still dock to the bottom** — when the transcript is shorter than one screen, the message area stretches so the composer stays flush with the viewport floor, visually identical to the stock behavior. Long conversations get the full-screen treatment.
 3. **Floating controls re-anchor** — the back-to-bottom button and turn navigator no longer reserve height for the sticky seat and sit close to the viewport floor again.
 4. **Slim edges** — the content-layer paddings that keep the transcript, header, input card, and confirmation cards well off the screen edges (16–32px per side) shrink to a slim 4px side inset (8px top), reclaiming most of the wasted width without the cramped feel of full-bleed. The page shell itself never adds whitespace; the gaps come entirely from these paddings.
-5. **No auto-focus on session switch** — the stock UI returns focus to the input box on every mount / session switch (a desktop convenience), which pops the on-screen keyboard over half the screen on phones. In narrow viewports the programmatic focus is swallowed; tapping the input box still focuses it normally.
-6. **Workspace row actions always visible** — the trailing buttons on workspace and session rows (the ⋯ menu with rename/delete and the ＋ for a new session in that workspace) surface on hover only; touch has no hover, so narrow viewports show them whenever the sidebar list is rendered.
-7. **Native input takeover** — the draft surface is drawn by a native textarea whose metrics match the stock box exactly (geometry is measured from the live composer every frame the card relayouts). Enter still performs the official send gesture (including `/` menu arbitration and the busy-Enter policy), file pastes are forwarded to the official attachment intake, and locked states follow the product's own editability gate.
-8. **The send button follows the field** — as soon as the field holds text, the send button reads as enabled (a live blue circle instead of the disabled grey one) and one tap sends it (queue/steer while a turn streams). While typing that state is painted by pure CSS with **zero DOM writes**, so the "no DOM movement while typing" invariant stands.
+5. **No auto-focus on session switch** — the stock UI returns focus to the input box on every mount / session switch (a desktop convenience), which pops the on-screen keyboard over half the screen on phones (and is just as unwelcome on a tablet). Narrow viewports and touch devices swallow that programmatic focus; tapping the input box still focuses it normally.
+6. **Workspace row actions always visible** — the trailing buttons on workspace and session rows (the ⋯ menu with rename/delete and the ＋ for a new session in that workspace) surface on hover only; touch has no hover, so narrow viewports and touch devices show them whenever the sidebar list is rendered.
+7. **Native input takeover** — narrow screens and touch devices are taken over by default (a mouse-driven desktop is left alone); the draft surface is drawn by a native textarea whose metrics match the stock box exactly (geometry is measured from the live composer every frame the card relayouts). Enter still performs the official send gesture (including `/` menu arbitration and the busy-Enter policy), file pastes are forwarded to the official attachment intake, and locked states follow the product's own editability gate.
+8. **The send button follows the field** — as soon as the field holds text, the send button reads as enabled (a live blue circle instead of the disabled grey one) and one tap sends it (queue/steer while a turn streams), with the tap's own trailing `click` swallowed so the product can never read that same tap as an interrupt (v0.8.1). While typing that state is painted by pure CSS with **zero DOM writes**, so the "no DOM movement while typing" invariant stands.
+9. **The switch is not a phone control** — the tool-row 「输入法✓/✗」 chip renders on every viewport, so a large tablet always has a one-tap say in this; it is also the fallback for a device the default gate fails to recognise as touch.
 
-Desktop (wide viewports) is completely unaffected.
+**A mouse-driven desktop is completely unaffected** (a touch device is taken over however wide it is — that is the point of this change).
 
 ## How it works
 
@@ -45,7 +46,7 @@ The plugin ships a browser half (`exports["./client"]`, declared via `dsh.client
 ## Requirements
 
 - DeepSeek Harness Web profile (`dsh web`), any recent 0.1.x release
-- Selectors and slot contracts verified against 0.1.2-rc.1 and 0.1.5-rc.1; they target product slot contracts that are stable within a version line but may need small updates after a major product revamp
+- Selectors and slot contracts verified against 0.1.2-rc.1, 0.1.5-rc.1 and 0.2.0-rc.2 (2026-10-04, by the live probes below plus a static audit of the shipped client bundles); they target product slot contracts that are stable within a version line but may need small updates after a major product revamp
 
 ## Install
 
@@ -65,16 +66,18 @@ Restart `dsh web`, then refresh the browser page.
 
 ## Overrides (optional)
 
-The native takeover is on by default **on narrow viewports only** (≤720px). To override it — for instance to exercise it on a desktop browser:
+The native takeover is on by default **on narrow viewports and on any touch device** — screen size is not the criterion. To override it — for instance to exercise it on a desktop browser:
 
 ```js
 // Browser console, same origin, persists
 localStorage.setItem("dsh-mobile-flow:input", "off");    // never take over
-localStorage.setItem("dsh-mobile-flow:input", "on");     // narrow viewports only (default)
-localStorage.setItem("dsh-mobile-flow:input", "force");  // take over on any viewport
-localStorage.removeItem("dsh-mobile-flow:input");        // back to default
+localStorage.setItem("dsh-mobile-flow:input", "on");     // always take over (any viewport, desktop included)
+localStorage.setItem("dsh-mobile-flow:input", "force");  // same as "on" (what the URL flag =1 writes)
+localStorage.removeItem("dsh-mobile-flow:input");        // back to default: narrow or touch
 ```
 
+The easier route is the 「输入法✓/✗」 chip in the tool row: it reports **what this device is actually doing** (not the stored preference), and one tap flips between "always" and "never".
+
 One-shot override: `?dsh-mobile-input=1` (force) / `=0` (off).
 
 Diagnostics have their own persisted switch (the tool-row 诊断 button writes it; no URL typing needed):
@@ -95,20 +98,21 @@ localStorage.removeItem("dsh-mobile-flow:growth");       // back to default
 
 ## Verify
 
-Open a session on a phone (or a desktop DevTools window narrowed to ≤720px):
+Open a session on a phone (or a desktop DevTools window narrowed to ≤720px) — **a tablet works the same at any width**:
 
 - Swipe up a few screens: the input bar and confirmation cards scroll away with the messages.
 - The draft surface should be a native textarea (the page carries `[data-mobile-input]`). Type with an IME or voice input: text must not be cleared.
 - Send with the send button or Enter (same gesture as the stock composer).
 - Send-button state: **with text in the field the button is live** (the grey→live flip follows the field's content); one tap sends one message, first tap included.
-- The tool row shows **two chips**: 「输入法✓」(the escape hatch) and 「诊断」(open the test bench).
+- The tool row shows **one chip**, 「输入法✓」(the escape hatch); a 600 ms long press on it calls out the 「诊断」 chip.
+- On 0.2.0 the first load of a fresh browser profile shows the product's 「预览版说明」 preview notice; acknowledge it (继续) before verifying — it takes focus and paints over the composer, so nothing under it can be typed into.
 - The v0.6.0 regression to watch: **no layout movement while typing** — the field's height stays put until focus
   leaves, and only then follows the content.
-- Widen the window and the stock behavior returns.
+- Widen the window: the stock behavior returns on a **mouse-driven** desktop; a tablet/phone stays taken over however wide it gets (the tool row keeps the 「输入法✓」 chip).
 
 ## Update discipline (this plugin's convention)
 
-1. **Hot updates only**: after a change, restart `dsh web` so the bundle revision is recomputed — client bundles are served `immutable`, and a new rev is what guarantees a phone refresh picks up the new code (never make the user clear caches).
+1. **Hot updates only**: after a change, **a page refresh is enough** — never make the user clear caches. Client bundles are served `immutable`, but the rev is recomputed from the artifact file's mtime/size by the client-modules HMR watch (measured 2026-10-06: new code served in a fresh page with no `dsh web` restart); only a disabled watch needs a restart.
 2. **Always keep an escape hatch**: anything that takes over stock UI behaviour must be revertible from the page itself (see the 输入法✓/✗ button below), so a bad build never blocks normal use.
 
 ## Compatibility hardening (v0.5.1 / v0.5.2 / v0.6.0, after HarmonyOS / ArkWeb feedback)
@@ -219,6 +223,20 @@ Two fixes:
 - **The look**: the machine draft is stale, but the FIELD knows whether it holds text, and `:placeholder-shown` is the one pure-CSS value probe. While the field holds text and the machine draft is still empty, the takeover paints that button enabled (opacity 1, pointer cursor, pressed feedback) — **zero DOM writes**, the hard rule stands. Once the draft is in sync (e.g. after a commit) the button is left exactly as the product renders it.
 - **The gesture**: the card's capture `pointerdown` now recognises the submit control (the trailing row's last primary button; an interruptible child's extra Stop circle renders before it) and, when a draft is still uncommitted, **takes the gesture**: commit the draft, then run **the product's own send gesture** — the same path Enter takes (slash adjudication, busy policy, steer/queue). One tap, one send, no engine timing involved. Under a running turn the button now wears the send arrow while the field holds text (the Stop square is hidden and the product's own arrow path is painted as a mask), so face and gesture agree.
 
+**v0.8.1 (tablet re-check: "sending a message kills the session")**: the report was that sending while a turn streams
+**terminates that turn** — the message lands in the pending queue instead, and 「插话发送」 (steer) is greyed out
+forever (only a *running* turn can be steered), so the only way out was delete-and-resend. The cause sits in the
+v0.7.3 gesture bridge: canceling `pointerdown` does **not** cancel the tap's own `click` (measured 2026-10-12, Chrome
+152: a trusted `click` on that very button ~100 ms later, when the finger lifts). By then the carried submit has
+emptied the machine draft, so the product reads its own button as the running turn's **Stop** control and calls
+`session/cancel` — the turn the user just sent into dies with `turn/end aborted reason user`, the queued message stays
+behind (`keepInbox`), exactly what the host log showed. The fix records the carried control and **swallows that one
+trailing click** (same button, within 1 s) in the card's capture phase (`preventDefault` + `stopPropagation`), so one
+tap is one send; a click with no carried tap in front of it still reaches the product (tapping the button with an
+empty field remains the stock Stop). Verified by two new jsdom assertions plus the live page at 640×1024 and
+1024×768: only `session/prompt` is sent, no `session/cancel`, the turn keeps streaming; the empty-field tap still
+sends `session/cancel`.
+
 **Escape hatch**: a small tool-row button (**输入法✓ / 输入法✗**, narrow viewports only) swaps back to the stock
 input box and remembers the choice — no device can be left stuck.
 

package/README.zh.md

@@ -5,7 +5,7 @@
 [DeepSeek Harness](https://github.com/deepseek-ai/deepseek-harness)（dsh）Web UI 的移动端插件，两件事：
 
 1. **in-flow composer**：窄屏（≤720px）时输入框与 AI 确认选择框随页面滚动，而不是钉死在屏幕底部——上滑阅读时消息区拿回全屏空间。
-2. **原生输入框接管**：窄屏时输入区换成原生 `<textarea>`，绕开 Lexical contenteditable 在 Android 输入法（尤其是语音输入）下吞字/清空已输入文字的问题。
+2. **原生输入框接管**：窄屏**或触屏设备**（大屏平板同样在内）时输入区换成原生 `<textarea>`，绕开 Lexical contenteditable 在 Android/鸿蒙输入法（尤其是语音输入）下吞字/清空已输入文字的问题。
 
 纯客户端实现（CSS overlay + 一个 slot 组件），不修改产品源码；卸载插件即完全还原官方行为。
 
@@ -21,18 +21,19 @@
 
 ## 实际效果
 
-≤720px 视口（与官方问题卡片的断点一致）下：
+≤720px 视口（与官方问题卡片的断点一致）下，前四条是布局修复；后几条按「窄屏或触屏设备」生效——**输入法问题跟屏幕大小无关**，鸿蒙平板在 1280px 上照样吞字（2026-10-05 用户反馈：MatePad + 豆包语音输入）：
 
 1. **composer 座位回归文档流** —— 输入框和确认卡片位于消息流末尾。上滑时随内容滚出视口，消息全屏可读。
 2. **短会话仍然贴底** —— 消息不足一屏时消息区自动拉伸，输入框保持贴视口底，视觉与官方行为完全一致；长会话则享受全屏阅读。
 3. **浮动控件重新锚定** —— 回到底部按钮、轮次导航不再为吸底座位预留高度，回到贴近视口底的位置。
 4. **纤细边距** —— 消息区、会话头部、输入卡、确认卡片与屏幕边缘之间的内容层 padding（每边 16–32px）收窄为左右 4px、顶部 8px 的纤细边距，收复大部分被浪费的宽度，又不像完全贴边那样局促。页面外壳本身不产生空白，间隙完全来自这些 padding。
-5. **切会话不自动聚焦** —— 官方在每次挂载/切换会话时把焦点还给输入框（桌面便利设计），手机上会弹出输入法占掉半屏。窄屏时拦截这类程序化聚焦；你主动点输入框时照常聚焦。
-6. **workspace 行操作按钮常显** —— 分组行与会话行尾部的按钮（⋯ 菜单含重命名/删除、＋ 在该 workspace 新建会话）官方仅在悬停时显示；触屏没有悬停，窄屏下侧边栏列表渲染时常显这两个按钮。
-7. **原生输入框接管** —— 输入区绘制成原生 textarea，外观、内边距、字号行高与官方完全一致（几何按官方输入区实时测量对齐）。回车仍是官方发送手势（含 `/` 菜单仲裁、busy-Enter 策略），粘贴图片转发给官方附件入口，锁定态跟随官方可编辑性开关。
-8. **发送按钮跟「输入框里有什么」走** —— 只要输入框里有字，右下角发送按钮就是**可点的亮色**（不再是灰的），点一下即发送（运行中的回合则是排队/引导）；打字期间这个状态由纯 CSS 驱动，**零 DOM 写入**，不破坏「打字期零 DOM 变动」这条硬约束。
+5. **切会话不自动聚焦** —— 官方在每次挂载/切换会话时把焦点还给输入框（桌面便利设计），手机上会弹出输入法占掉半屏，平板上也一样挡事。窄屏与触屏设备上拦截这类程序化聚焦；你主动点输入框时照常聚焦。
+6. **workspace 行操作按钮常显** —— 分组行与会话行尾部的按钮（⋯ 菜单含重命名/删除、＋ 在该 workspace 新建会话）官方仅在悬停时显示；触屏没有悬停，窄屏与触屏设备下侧边栏列表渲染时常显这两个按钮。
+7. **原生输入框接管** —— 窄屏或触屏设备默认接管（鼠标操作的桌面端不动），输入区绘制成原生 textarea，外观、内边距、字号行高与官方完全一致（几何按官方输入区实时测量对齐）。回车仍是官方发送手势（含 `/` 菜单仲裁、busy-Enter 策略），粘贴图片转发给官方附件入口，锁定态跟随官方可编辑性开关。
+8. **发送按钮跟「输入框里有什么」走** —— 只要输入框里有字，右下角发送按钮就是**可点的亮色**（不再是灰的），点一下即发送（运行中的回合则是排队/引导），并且把这一记 tap 自己的尾随 `click` 吞掉，官方就再也不会把同一次点击读成「打断」（v0.8.1）；打字期间这个状态由纯 CSS 驱动，**零 DOM 写入**，不破坏「打字期零 DOM 变动」这条硬约束。
+9. **开关不分屏幕大小** —— 工具行的「输入法✓/✗」在任何视口都显示（不只在手机上），所以「大屏平板要不要用原生输入框」永远有一键可切的地方；它同时也兼容「本插件没识别出这是触屏设备」的情况。
 
-桌面端（宽视口）完全不受影响。
+**鼠标操作的桌面端完全不受影响**（触屏设备即使屏幕很宽也会接管——这正是本次改动要的结果）。
 
 ## 工作原理
 
@@ -45,7 +46,7 @@
 ## 环境要求
 
 - DeepSeek Harness Web profile（`dsh web`），任意较新的 0.1.x 版本
-- 选择器与 slot 契约已在 0.1.2-rc.1 与 0.1.5-rc.1 上验证；它们瞄准产品 slot 契约，同一版本线内稳定，产品大改版后可能需要小幅更新
+- 选择器与 slot 契约已在 0.1.2-rc.1、0.1.5-rc.1 与 0.2.0-rc.2 上验证（0.2.0 复核于 2026-10-04，用下方真机探针 + 装机客户端包静态审查）；它们瞄准产品 slot 契约，同一版本线内稳定，产品大改版后可能需要小幅更新
 
 ## 安装
 
@@ -65,16 +66,18 @@ dsh plugin --profile web add github:imroc/dsh-mobile-flow
 
 ## 开关（可选）
 
-原生输入框接管默认**只在窄屏（≤720px）启用**。需要临时覆盖时（例如在桌面浏览器上验证）：
+原生输入框接管默认**在窄屏（≤720px）或触屏设备上启用**——跟屏幕多大无关。需要覆盖时（例如在桌面浏览器上验证）：
 
 ```js
 // 浏览器控制台，同源页面均生效，持久化
 localStorage.setItem("dsh-mobile-flow:input", "off");    // 永远用官方输入框
-localStorage.setItem("dsh-mobile-flow:input", "on");     // 窄屏才接管
-localStorage.setItem("dsh-mobile-flow:input", "force");  // 任何视口都接管
-localStorage.removeItem("dsh-mobile-flow:input");        // 恢复默认
+localStorage.setItem("dsh-mobile-flow:input", "on");     // 永远接管（任何视口，含桌面）
+localStorage.setItem("dsh-mobile-flow:input", "force");  // 与 "on" 等价（URL 参数 =1 写的也是它）
+localStorage.removeItem("dsh-mobile-flow:input");        // 恢复默认：窄屏或触屏设备自动接管
 ```
 
+页面上更省事的办法：点工具行的「输入法✓/✗」——它显示的是**当前这台设备实际有没有在接管**（不是存了什么偏好），点一下即在「永远接管」与「永远不接管」之间切换。
+
 一次性覆盖也可用 URL 参数：`?dsh-mobile-input=1`（强制）/`=0`（关闭）。
 
 诊断开关同理（持久化，点工具行「诊断」按钮即可，无需手打 URL）：
@@ -95,19 +98,20 @@ localStorage.removeItem("dsh-mobile-flow:growth");       // 恢复默认
 
 ## 验证
 
-手机上（或桌面 DevTools 缩到 ≤720px 窄窗）打开一个会话：
+手机上（或桌面 DevTools 缩到 ≤720px 窄窗）打开一个会话；**平板上（任何宽度）同样适用**：
 
 - 往上滑几屏——输入框和确认卡片应随消息滚出屏幕。
 - 输入区应是原生 textarea（页面里存在 `[data-mobile-input]`）。用输入法打字/语音输入，文字不应被自动清除。
 - 发送：点发按钮或按回车（回车等同官方发送手势）。
 - 发送按钮状态：**输入框里有字时按钮就是亮色可点的**（灰→亮由字段内容驱动）；点一下即发送，一次点击一条消息。
-- 工具行应有**两个小按钮**：「输入法✓」（逃生通道）与「诊断」（开测试台）。
+- 工具行日常只有**一个小按钮**「输入法✓」（逃生通道）；在它上面**长按 600ms** 才会叫出「诊断」（再长按收起）。
+- 0.2.0 上全新浏览器 profile 首次打开会弹产品的「预览版说明」提示框，先点「继续」再验证——它会夺走焦点并盖在输入框上，不点掉的话下面什么都打不进去。
 - 关键回归点（v0.6.0）：**打字期间不要有任何布局跳动**——字段高度在聚焦期间不变，失焦后才按内容长高。
-- 拉宽窗口即恢复官方行为。
+- 拉宽窗口：**用鼠标的桌面才恢复官方行为**；平板/手机即使屏幕很宽也应保持接管（工具行有「输入法✓」）。
 
 ## 更新纪律（本插件的约定）
 
-1. **必须支持热更新**：改完即重启 dsh-web 重算 bundle rev（客户端插件产物带 `immutable` 缓存，换 rev 才能保证手机刷新拿到新码），不要让用户自己清缓存。
+1. **必须支持热更新**：改完**刷新页面即可**，不要让用户自己清缓存——客户端产物带 `immutable` 缓存，但 rev 是按产物文件 mtime/size 重算的（client-modules 的 HMR 监视，2026-10-06 实测：改完不重启 dsh-web，新开页面即拿到新码）；只有监视被关掉时才需要重启 dsh-web。
 2. **必须预留逃生通道**：凡是接管官方 UI 行为的功能，都要能在页面上一条操作回退（见下文「输入法✓/✗」按钮），改坏了不影响正常使用。
 
 ## 兼容性加固（v0.5.1 / v0.5.2 / v0.6.0，HarmonyOS / ArkWeb 实测反馈）
@@ -162,6 +166,8 @@ localStorage.removeItem("dsh-mobile-flow:growth");       // 恢复默认
 - **外观**：机器草稿是旧的，但**字段自己知道有没有字**，而 `:placeholder-shown` 是纯 CSS 里唯一能读字段值的探针。于是接管卡片在「字段有字 + 机器草稿仍为空」时把发送按钮画成启用态（opacity 1、手型光标、按下有反馈）——**零 DOM 写入**，硬约束不破；机器草稿已经同步（如已提交）时不动它，保持官方原样。
 - **手势**：卡片捕获阶段的 `pointerdown` 判断「点的是不是提交按钮（trailing 行里最后一颗 primary，可中断子会话额外的 Stop 圆钮在它前面）」且「还有未提交的文字」，是则**拿走这次手势**：先落草稿，再走**官方自己的发送手势**（与回车同一条路：斜杠仲裁、busy 策略、排队/引导），一次点击一条消息，不再看引擎脸色。运行中的回合里，字段有字时按钮**换成发送箭头**（隐藏官方的 Stop 方块，用官方同一份箭头 path 画 mask），点它就是发送——脸和手势一致。
 
+**v0.8.1（平板复验反馈：发一条消息，正在跑的回合被打断）**：现象是「一发送，会话就被终止」——消息进了待发送队列，而「插话发送」永远是灰的（只有**运行中**的回合才能插话），只能删掉那条消息重新发。根因在 v0.7.3 的手势桥接：**取消 `pointerdown` 并不能取消这一记 tap 自己的 `click`**（2026-10-12 在 Chrome 152 上实测：手指抬起后约 100 ms，同一颗按钮上照样派发一次 `isTrusted` 的 click）。那时我们 carry 的那次提交已经把机器草稿清空，官方读到「运行中 + 草稿为空」就把它当成 **Stop 圆钮**，于是发出 `session/cancel` —— 用户刚发进去的那个回合当场被杀（宿主机日志里正是 `turn/end aborted reason user`，且因为 `keepInbox` 排队消息留在队列里），与现象完全对上。修法：carry 成功时记下这颗按钮，紧随其后的那一记 click（同一颗按钮、1 秒内）在卡片捕获阶段 `preventDefault + stopPropagation` 吞掉——一次 tap 就是一次发送；**没有 carry 的 click 照旧放行**（空输入框时点它就是官方的 Stop，不能挡）。验证：jsdom 新增两条断言 + 真实页面探针（竖屏 640×1024、横屏 1024×768 各跑一遍：只发 `session/prompt`、没有 `session/cancel`、回合继续跑；空输入框点击仍发出 `session/cancel`）。
+
 **v0.7.2（手机反馈：新建会话后点输入框没反应）**：新会话刚建出来、**workspace 还没解析出来**时，官方卡片其实是「选择工作区」的**选择器触发器**（`aria-haspopup="menu"`、`contenteditable="false"`、没有绑编辑器），根本不是输入框。旧版接管照样压上去，还把这份「不可编辑」**锁存**成原生 textarea 的 `readOnly` —— 于是：点输入框**不弹键盘、不出现光标**，同时把官方那记「打开选择器」的点击吞掉，用户既不能打字也打不开选择器；而且 workspace 解析好之后它**不会自愈**（只有换会话重新挂载才恢复），正好对上「第一次新建会话没反应、切走再新建就好」的现象（2026-09-19）。
 
 处理：

package/lib/client.js

@@ -88,13 +88,26 @@ window.__ModuleLoader__.load({
       "    display: none !important;",
       "  }",
       "}",
+      "/* Touch devices of any width: a tablet has no hover either, so the same",
+      "   two affordances stay visible there. Only these two rules ride the",
+      "   coarse-pointer query — the layout transforms above are phone tuning",
+      "   (a tablet keeps the stock docked composer and stock paddings). */",
+      "@media (any-pointer: coarse) {",
+      "  [class*='_rowActions'] {",
+      "    display: inline-flex !important;",
+      "  }",
+      "  [class*='_sessionRow'] [class*='_time'] {",
+      "    display: none !important;",
+      "  }",
+      "}",
     ].join("\n");
 
     /* Native-input takeover styles. These ride OUTSIDE the media query on
-       purpose: the JS half decides when the takeover is live (narrow viewport
-       by default, or an explicit override) and marks the card with
-       data-mobile-input-active, so a forced takeover also works on a desktop
-       viewport. Every rule below is inert until that marker is present. */
+       purpose: the JS half decides when the takeover is live (a narrow viewport
+       or a touch device by default, or an explicit override) and marks the card
+       with data-mobile-input-active, so a forced takeover also works on a
+       desktop viewport. Every rule below is inert until that marker is
+       present. */
     var INPUT_CSS = [
       "/* ── dsh-mobile-flow: native textarea takeover ── */",
       "/* The stock draft surface keeps its box (it is what sizes the card) but",
@@ -197,11 +210,13 @@ window.__ModuleLoader__.load({
       "  -webkit-mask: url(\"data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 16 16'%3E%3Cpath d='M8.3125 0.980183C8.66767 1.0531 8.97902 1.20418 9.2627 1.43233C9.48724 1.61297 9.73029 1.85793 9.97949 2.10714L14.707 6.83468L13.293 8.24874L9 3.95577V15.0417H7V3.95577L2.70703 8.24874L1.29297 6.83468L6.02051 2.10714C6.26971 1.85793 6.51277 1.61297 6.7373 1.43233C6.97662 1.23986 7.28445 1.04402 7.6875 0.980183C7.8973 0.947006 8.1031 0.95516 8.3125 0.980183Z' fill='%23000'/%3E%3C/svg%3E\") center / 16px 16px no-repeat;",
       "  mask: url(\"data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 16 16'%3E%3Cpath d='M8.3125 0.980183C8.66767 1.0531 8.97902 1.20418 9.2627 1.43233C9.48724 1.61297 9.73029 1.85793 9.97949 2.10714L14.707 6.83468L13.293 8.24874L9 3.95577V15.0417H7V3.95577L2.70703 8.24874L1.29297 6.83468L6.02051 2.10714C6.26971 1.85793 6.51277 1.61297 6.7373 1.43233C6.97662 1.23986 7.28445 1.04402 7.6875 0.980183C7.8973 0.947006 8.1031 0.95516 8.3125 0.980183Z' fill='%23000'/%3E%3C/svg%3E\") center / 16px 16px no-repeat;",
       "}",
-      "/* Escape hatch in the composer tool row (narrow viewports only): one tap",
-      "   returns the stock input box when the native one misbehaves on a device",
-      "   we cannot test on. Its neighbour switches the diagnostics surfaces on",
-      "   and off (a tokenized URL is rewritten before plugins load, so a phone",
-      "   cannot always pass ?dsh-mobile-input=... from the address bar). */",
+      "/* Escape hatch in the composer tool row (every viewport — a tablet needs it",
+      "   as much as a phone): one tap returns the stock input box when the native",
+      "   one misbehaves on a device we cannot test on, and it is also how a device",
+      "   the default gate does not detect asks for the takeover. Its neighbour",
+      "   switches the diagnostics surfaces on and off (a tokenized URL is rewritten",
+      "   before plugins load, so a phone cannot always pass ?dsh-mobile-input=...",
+      "   from the address bar). */",
       "[data-mobile-input-toggle],",
       "[data-mobile-input-copy],",
       "[data-mobile-input-diagnostics] {",
@@ -333,7 +348,8 @@ window.__ModuleLoader__.load({
           diagnostics.add("h=" + window.innerHeight
             + " growth=" + readGrowthMode()
             + " input=" + String(readOverride())
-            + " narrow=" + String(window.matchMedia !== undefined && window.matchMedia(NARROW_QUERY).matches));
+            + " narrow=" + String(window.matchMedia !== undefined && window.matchMedia(NARROW_QUERY).matches)
+            + " touch=" + String(isTouchDevice()));
           ctx.effect(function () {
             return watchKeyboard(diagnostics);
           });
@@ -377,11 +393,12 @@ window.__ModuleLoader__.load({
       }, createNativeInputToggle(diagnostics)));
     }
 
-    /* 5) No auto-focus on session switch (narrow viewports): InputBar's
-       unlock effect focuses the contenteditable on every mount / session
-       switch (packages/client/ui-conversation/.../InputBar.tsx, deps
+    /* 5) No auto-focus on session switch (narrow viewports and touch devices):
+       InputBar's unlock effect focuses the contenteditable on every mount /
+       session switch (packages/client/ui-conversation/.../InputBar.tsx, deps
        [locked, sessionId, editor]) — a desktop convenience that pops the
-       IME over half the screen on phones. Swallow programmatic focus() on
+       IME over half the screen on phones AND on tablets (a big screen has no
+       room for a software keyboard either). Swallow programmatic focus() on
        the composer's editable unless the user just tapped it (or is
        keyboard-navigating); taps reach the box via the normal focus path.
        Question-card textareas (autoFocus on purpose) are not contenteditable
@@ -410,7 +427,7 @@ window.__ModuleLoader__.load({
       var nativeFocus = HTMLElement.prototype.focus;
       HTMLElement.prototype.focus = function (opts) {
         if (
-          narrow.matches &&
+          (narrow.matches || isTouchDevice()) &&
           this.isContentEditable === true &&
           typeof this.closest === "function" &&
           this.closest("[data-composer-seat]") !== null &&
@@ -477,6 +494,24 @@ window.__ModuleLoader__.load({
         the `dsh-mobile-input` query parameter for one page load. */
     var OVERRIDE_KEY = "dsh-mobile-flow:input";
     var NARROW_QUERY = "(max-width: 720px)";
+    /* The takeover answers a MOBILE IME, and a mobile IME has nothing to do with
+       the viewport width: a HarmonyOS/Android tablet runs the same keyboard (and
+       loses typed text the same way) at 1280px. Touch is the honest signal the
+       page can read, so the default gate is "narrow OR touch" — a mouse-driven
+       desktop, where the Lexical editor is not at risk, stays untouched.
+       (Reported 2026-10-05 from a MatePad + Doubao voice input.) */
+    var TOUCH_QUERY = "(any-pointer: coarse)";
+
+    function isTouchDevice() {
+      try {
+        if (typeof window.matchMedia === "function" && window.matchMedia(TOUCH_QUERY).matches === true) return true;
+      } catch (error) { /* fall through to the capability probe */ }
+      try {
+        if (typeof navigator === "object" && navigator !== null
+          && typeof navigator.maxTouchPoints === "number" && navigator.maxTouchPoints > 0) return true;
+      } catch (error) { /* no navigator: treat as a mouse device */ }
+      return false;
+    }
 
     function readOverride() {
       try {
@@ -806,33 +841,23 @@ window.__ModuleLoader__.load({
       return media !== null && media.matches === true;
     }
 
-    /** Narrow viewport only (no preference): the toggle's own visibility gate. */
-    function useNarrowViewport() {
-      var media = React.useMemo(function () {
-        try {
-          return window.matchMedia(NARROW_QUERY);
-        } catch (error) {
-          return null;
-        }
-      }, []);
-      var state = React.useState(function () { return media !== null && media.matches === true; });
-      var narrow = state[0];
-      var setNarrow = state[1];
-      React.useEffect(function () {
-        if (media === null) return undefined;
-        var update = function () { setNarrow(media.matches === true); };
-        update();
-        if (typeof media.addEventListener === "function") media.addEventListener("change", update);
-        else if (typeof media.addListener === "function") media.addListener(update);
-        return function () {
-          if (typeof media.removeEventListener === "function") media.removeEventListener("change", update);
-          else if (typeof media.removeListener === "function") media.removeListener(update);
-        };
-      }, [media]);
-      return narrow;
+    /**
+     * Whether the takeover should own the surface on this viewport.
+     *
+     * Preference first ("on"/"force" = always, "off" = never); with no stored
+     * preference the DEVICE decides: narrow viewports (the original gate) or
+     * any touch device (a tablet's IME is the same problem at a larger width).
+     * @param media - the narrow-viewport matcher, or null.
+     */
+    function takeoverLive(media) {
+      var override = readOverride();
+      if (override === "on" || override === "force") return true;
+      if (override === "off") return false;
+      if (media !== null && media.matches === true) return true;
+      return isTouchDevice();
     }
 
-    /** Narrow-viewport flag, live across rotation, resize and override edits. */
+    /** Viewport + device flag, live across rotation, resize and override edits. */
     function useTakeoverViewport() {
       var media = React.useMemo(function () {
         try {
@@ -1618,10 +1643,14 @@ window.__ModuleLoader__.load({
           var primaries = trailing.querySelectorAll("[class*='_primary']");
           return primaries.length !== 0 && primaries[primaries.length - 1] === button;
         };
+        /** The tap whose gesture this bridge carried, waiting for the engine's
+            own trailing `click` (see onClickCapture). */
+        var carriedClick = null;
         var onPointerDown = function (event) {
           var area = areaRef.current;
           var wrap = wrapRef.current;
           if (area === null || wrap === null || event.target === area) return;
+          carriedClick = null; /* a new tap supersedes any carry still waiting */
           var x = event.clientX;
           var y = event.clientY;
           debug("tap " + Math.round(x) + "," + Math.round(y) + " target=" + (event.target && event.target.tagName));
@@ -1651,11 +1680,37 @@ window.__ModuleLoader__.load({
           if (submitAt(button) === true && pendingRef.current !== null) {
             event.preventDefault();
             mirrorNow();
-            debug("carry tap -> " + (sendGesture() ? "submit" : "nothing"));
+            var carried = sendGesture();
+            debug("carry tap -> " + (carried ? "submit" : "nothing"));
+            /* Canceling `pointerdown` does NOT cancel the tap's own `click`
+               (measured 2026-10-12 on Chrome 152: a trusted click on this very
+               button ~100 ms later, after the finger lifts). By then the
+               carried submit has emptied the machine draft, so the product
+               reads its own button as the running turn's Stop control and
+               cancels the turn the user just sent into — "sending a message
+               kills the session", then the message sits in the queue with
+               steering unavailable (only a running turn can be steered).
+               Swallow that one trailing click. */
+            carriedClick = carried ? { button: button, at: Date.now() } : null;
             return;
           }
+          carriedClick = null;
           mirrorNow();
         };
+        /** The engine's click for a tap this bridge already carried: the same
+            control, moments later, and never a second gesture. */
+        var onClickCapture = function (event) {
+          var carried = carriedClick;
+          carriedClick = null;
+          if (carried === null || Date.now() - carried.at > 1000) return;
+          var target = event.target;
+          var insideButton = carried.button !== null && typeof carried.button.contains === "function"
+            && target !== null && (target === carried.button || carried.button.contains(target) === true);
+          if (insideButton !== true && submitAt(buttonAt(event.clientX, event.clientY)) !== true) return;
+          event.preventDefault();
+          event.stopPropagation();
+          debug("swallow trailing click of a carried tap");
+        };
         /* Engines without a working inert: if anything hands focus back to the
            stock editor, take it straight back to the field. */
         var onFocusIn = function (event) {
@@ -1672,11 +1727,13 @@ window.__ModuleLoader__.load({
           if (document.visibilityState === "hidden") mirrorNow();
         };
         card.addEventListener("pointerdown", onPointerDown, true);
+        card.addEventListener("click", onClickCapture, true);
         document.addEventListener("focusin", onFocusIn, true);
         window.addEventListener("pagehide", onHide);
         document.addEventListener("visibilitychange", onHide);
         return function () {
           card.removeEventListener("pointerdown", onPointerDown, true);
+          card.removeEventListener("click", onClickCapture, true);
           document.removeEventListener("focusin", onFocusIn, true);
           window.removeEventListener("pagehide", onHide);
           document.removeEventListener("visibilitychange", onHide);
@@ -1761,17 +1818,19 @@ window.__ModuleLoader__.load({
     }
 
     /**
-     * Escape hatch in the composer tool row (narrow viewports only): one tap
-     * swaps the native input back to the stock editor and remembers it, so a
-     * device the takeover misbehaves on is never a dead end.
+     * Escape hatch in the composer tool row (every viewport, not just phones):
+     * one tap swaps the native input back to the stock editor and remembers it,
+     * so a device the takeover misbehaves on is never a dead end. It is also the
+     * only way to ask for the takeover on a device this build does not detect —
+     * a large tablet reports touch, but a device that lies needs the switch.
      * @returns the slot entry component.
      */
     function createNativeInputToggle(diagnostics) {
       return function NativeInputToggle() {
-        var narrow = useNarrowViewport();
-        var state = React.useState(function () { return readOverride(); });
-        var preference = state[0];
-        var setPreference = state[1];
+        /* The chip reports WHAT THE TAKEOVER IS DOING on this device, not the raw
+           preference: on a wide mouse-only desktop the default is "off" and the
+           chip must say so (and offer to turn it on). */
+        var on = useTakeoverViewport();
         var revealState = React.useState(function () { return readReveal(); });
         var revealed = revealState[0];
         var setRevealed = revealState[1];
@@ -1797,7 +1856,6 @@ window.__ModuleLoader__.load({
         };
         React.useEffect(function () {
           var update = function () {
-            setPreference(readOverride());
             setRevealed(readReveal());
           };
           window.addEventListener(PREFERENCE_EVENT, update);
@@ -1810,8 +1868,6 @@ window.__ModuleLoader__.load({
             endPress();
           };
         }, []);
-        if (!narrow) return null;
-        var on = preference !== "off";
         var label = (on ? "原生输入框：已开启（点击改用官方输入框）" : "原生输入框：已关闭（点击启用）")
           + "；长按显示/隐藏诊断按钮";
         var diagnosing = diagnosticsModes().length !== 0;

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "dsh-mobile-flow",
-  "version": "0.7.3",
-  "description": "Mobile fixes for the DeepSeek Harness Web UI: on narrow (≤720px) screens the input bar and AI confirmation cards scroll with the page instead of pinning to the viewport floor, edges slim down, session switches no longer auto-focus the input, workspace row actions stay visible, and the draft surface becomes a native textarea (ArkWeb/Android-IME hardened: zero DOM writes while typing, resizing only at commit points, with a tool-row escape hatch and an on-device diagnostics bench) so mobile IMEs stop clearing typed text and stop dropping the keyboard; the send button follows the field's content (live as soon as there is text, one tap sends), not the deliberately stale machine draft.",
+  "version": "0.8.1",
+  "description": "Mobile fixes for the DeepSeek Harness Web UI: on narrow (≤720px) screens the input bar and AI confirmation cards scroll with the page instead of pinning to the viewport floor, edges slim down, and touch devices (any width, a tablet included) no longer auto-focus the input or hide the workspace row actions; the draft surface becomes a native textarea on narrow screens and on any touch device (ArkWeb/Android-IME hardened: zero DOM writes while typing, resizing only at commit points, with a tool-row escape hatch and an on-device diagnostics bench) so mobile IMEs stop clearing typed text and stop dropping the keyboard; the send button follows the field's content (live as soon as there is text, one tap sends), not the deliberately stale machine draft.",
   "license": "MIT",
   "type": "module",
   "main": "lib/index.js",