快速结论
先确认原生手机客户端及版本，再复现键盘打开前后的输入区；布局遮挡与主机连接状态分别判断。
- PR #1245 描述 Android 原生 WebView 的键盘高度问题。
- 新 Nightly 列出该修复，具体移动包须核对分发产物。
- 本教程为排查流程，未在手机上独立复测。
本次更新：10 月 27 日复核：10 月 27 日：新增常规版验证路径。保留原网址与首次发布时间。
手机能够连接主机、显示会话，但软键盘打开后看不到输入文字，可以按下面的顺序记录。这里讨论社区 DSH Tauri 手机端，先在应用信息里确认名称和版本。
1. 留下完整环境卡
记录手机型号、Android 版本、客户端版本、WebView 版本、显示缩放和输入法。另记主机版本、连接方式，以及问题发生在原生应用还是浏览器页面。
PR #1245 报告原生 WebView 在某些 edge-to-edge 组合下未随键盘缩小，补充 Android 原生键盘高度事件。该场景不能直接推广到所有浏览器访问方式。
2. 用无敏感内容复现
打开测试会话，依次执行：键盘关闭时查看输入区；聚焦后输入一行带标记的文字；输入换行；收起键盘；重新打开。每一步记录输入框、发送按钮和最后一条消息是否可见。
不需要发送内容即可检查前几步。若要核对发送，用“只回复测试成功，不调用工具”之类的简单请求，避免把测试输入带入真实任务。
3. 按症状定位
| 现象 | 优先记录 |
|---|---|
| 键盘关闭正常，打开后遮挡 | 输入法、缩放、视口变化 |
| 整个页面一直是桌面布局 | 屏幕尺寸、鼠标和指针条件 |
| 输入正常但无法发送 | 连接状态、主机及会话记录 |
| 手机断开，主机任务仍运行 | 主机实际任务与输出状态 |
这些是编辑建议，不是自动诊断结论。连接排查见手机远程连接教程。
4. 核对包，再比较前后
nightly-20261025 的发行说明列出键盘修复。桌面标签包含相关提交，也不能代替手机端安装包版本核验；确认获取到包含修复的移动产物后，再重复同一组步骤。
回报问题时附环境卡、键盘打开与关闭的脱敏截图及复现顺序。页面已显示输入框，也仍需检查发送按钮与内容滚动。本教程没有执行安装、配对或真机测试。
10 月 27 日：新增常规版验证路径
v0.25.1 已列出 Android 键盘高度修复。原文的 Nightly 来源保留，当前可优先核对常规发行及其对应手机产物。继续用键盘打开、输入、收起、重开这组步骤观察，并单独检查发送按钮和主机收到的请求。
参考资料
本文依据以下资料整理，版本与接口信息请以来源页面的现行说明为准。