Gemini 手表能做什么？Pixel Watch 5 离线操作与 Wear OS 7 限制
区分 Gemini 在手表、配对手机和网络上的任务。核对 Wear OS 兼容条件、Pixel Watch 4 与 5 的抬腕说话，以及仅限 Pixel Watch 5 的基础离线操作。
- 兼容手表上的 Gemini 可用于提问、控制音乐和处理部分应用任务；需要手机应用或网络的请求，不能仅凭手表给出回答就认定已经执行。
- Pixel Watch 4 和 5 支持通过抬腕说话唤起 Gemini；基础离线 Gemini 仅限 Pixel Watch 5，且要求手表上的 Gemini 应用达到 1.36 或更高版本。
- Wear OS 7 的平台更新不等于所有手表都已获得 Gemini Intelligence 或多步骤应用自动化。购买或排查时应核对具体型号、地区和功能状态。
- 需要核对收件人、正文或日历内容时，可在手机上另行发起 FoneClaw 支持的任务；目前没有已确认的 Gemini 手表到 FoneClaw 原生连接。
先看手表能完成哪类任务
Gemini 手表能做什么，首先取决于手表型号和具体动作。在受支持的 Wear OS 手表上，你可以唤起 Gemini 提问、控制音乐，或请求部分应用任务；设置计时器一类的基础操作，与查找网络信息、使用配对手机上的应用，不是同一条执行路径。判断是否成功，应看计时器、播放状态或目标应用里的实际变化，而不只是听到一句回答。
| 要做的事 | 先核对哪里 | 不能由此推断 |
|---|---|---|
| 提问或获取建议 | 手表上的 Gemini 是否可用，网络与地区条件是否满足 | 回答出现不等于手机应用已写入结果 |
| 设置计时器、控制音乐或开始运动 | 手表界面和对应应用的状态 | 某个动作可用不代表全部动作都能离线完成 |
| 处理联系人、消息或其他应用任务 | 配对手机、目标应用设置及最终记录 | 从手表说出请求不等于手表本地独立执行 |
| 在 FoneClaw 中执行手机任务 | 用户在安卓手机上另行发起的任务与结果 | 目前没有已确认的原生手表交接 |
Google 的 Gemini 智能手表说明列出提问、回想信息、控制音乐和部分跨应用任务，同时指出某些应用动作还需检查手机上的应用设置。若主要想确认哪些手机或手表属于支持范围，可看Gemini Intelligence 支持的设备：手机要求、Gemini 应用、Chrome 与 Wear OS 怎么分清。
核对兼容条件与唤起方式
先确认手表运行 Wear OS 4 或更新版本，并与安卓手机配对；配对手机上的 Gemini 还须设为默认数字助理。语言、地区和功能开放状态也要符合要求。满足系统版本不代表入口一定已经出现在当前设备上，使用工作或学校账号的 Pixel Watch 用户尤其要注意：Google 的 Pixel Watch 帮助将该功能限定于个人 Google 账号。
检查入口时，先唤醒手表屏幕，从应用列表打开 Gemini，确认能看到助手界面。随后再试设备支持的按键或表盘快捷入口。不同厂商的指定按键可能不同；“Hey Google”也要求手表处于唤醒状态。不要把一款手表的按键位置照搬到另一款手表上。
“抬腕说话”还需要单独核对型号。Google 明确列出的 Pixel Watch 机型是 Pixel Watch 4 和 Pixel Watch 5：抬腕靠近嘴边，即可在支持并已启用该手势时说话，不必先喊唤醒词。它不是所有 Wear OS 手表的通用手势。若助手能从应用图标打开，却不能被抬腕唤起，先查手势设置和设备说明，不必把它当成 Gemini 整体不可用。
分清 Pixel Watch 5 的离线能力
离线 Gemini 目前仅限 Pixel Watch 5，并要求手表上的 Gemini on Wear OS 应用为 1.36 或更高版本。这里的“离线”指一组基础语音操作，例如设置计时器或闹钟、开启水中锁定、切换 Wi-Fi、打开应用、开始记录运动及控制音乐。它不表示 Pixel Watch 4 也获得同样能力，更不表示网络问答和云端资料查询都搬到了手表本地。
想核对自己的 Pixel Watch 5，可选一个低风险动作：先在手表上开启飞行模式，再确认 Wi-Fi 和蓝牙已关闭，然后让 Gemini 设置一个短计时器。以手表计时器是否出现为结果，而不是只听语音反馈。测试结束后恢复连接设置。Google 也将“打开 Maps”列为可能的离线应用启动动作，但打开应用不等于已验证离线导航；路线和地图数据是否可用要在对应应用中另行确认。
同样，离线启动运动记录不能证明所有健康数据都在没有连接时完成同步。先分清“指令被接受”“手表应用开始动作”和“数据到达手机或账号”这几个状态。需要手机参与的任务，仍应检查配对状态、目标应用与最终结果。
不要把 Wear OS 7 等同于全部新 AI 功能
Android Developers 对 Wear OS 7 的介绍提到实时更新和增强的媒体控制等平台变化；这些与某一型号当前可用的 Gemini 操作应分开判断。平台版本是基础条件，不是所有智能功能都已开放的证明。
Google 对 Gemini Intelligence 的描述仍指向部分设备后续获得的能力，AppFunctions 则处于早期开放阶段。不能因为看到自然语言小组件或多步骤应用自动化的介绍，就假定手上的 Wear OS 7 设备今天已能操控任意手机应用。判断顺序应是：确认具体设备与账号，再看功能是否已在该设备和地区开放，最后以目标应用中可见的动作结果为准。
这也解释了为什么“Gemini 能理解我的要求”和“手机已经替我完成任务”必须分开。手表适合快速提出意图；涉及应用写入、对外发送或修改设备状态时，还要考虑配对手机、应用权限与实际执行范围。
按症状排查手表操作失败
| 遇到的情况 | 先检查 | 可见的核对结果 |
|---|---|---|
| 手表上找不到 Gemini | Wear OS 版本、配对手机上的默认数字助理、账号、语言地区和手表应用更新 | 应用列表中能否打开 Gemini |
| 按键可用，抬腕说话无效 | 是否为支持该手势的型号，以及手势是否启用 | 抬腕后是否出现可说话的界面提示 |
| Pixel Watch 5 的离线请求失败 | Gemini 应用版本，以及飞行模式下 Wi-Fi、蓝牙是否仍开启 | 基础计时器等动作是否实际创建 |
| 助手回应了，但手机应用没变化 | 手机连接、对应应用设置、权限和该动作是否受支持 | 目标应用中是否出现预期记录 |
一次只改一个条件，比反复说同一句命令更容易定位问题。例如先让 Gemini 从手表应用图标正常启动，再检查唤醒手势；先确认联网时的基础动作，再测试 Pixel Watch 5 的离线计时器。若问题是手机端语音动作而非手表入口，可读Gemini 语音控制安卓指南：语音动作、Live、屏幕自动化和手机 Agent 分工，分别核对手机助手与目标应用的能力。
需要完整复核时转到安卓手机
手表适合短请求和轻量反馈；收件人、完整短信正文、日历时间或备忘内容需要仔细核对时，手机屏幕更合适。在 FoneClaw 中，用户可以在手机上另行发起受支持的短信、日历、备忘及设备任务，由配置的模型理解请求，再由手机侧工具按实际权限与审批策略执行并显示结果。我们没有将这一过程描述为已发布的 Gemini 手表桥接、原生 Wear OS 应用或公开手表连接服务。
例如在手表上想到“告诉小刘会议改到三点”，若需要 FoneClaw 处理，就在手机上重新提出明确请求，并核对是哪个小刘、哪场会议及短信正文。FoneClaw 的短信发送工具需要用户批准，先准备可见草稿；纯文本自动发送还要求默认短信应用中的收件人、完整正文和唯一发送按钮均可核实，且无障碍服务已连接。双卡选择、附件或界面歧义出现时，应由用户在手机上接管。返回发送结果后，也不应再附加一次自动点击。
日历和备忘同样要看手机里的最终记录，而不是只看助手是否回答“已处理”。权限提示和失败说明可以帮助定位未完成的一步。当前支持的手机能力见FoneClaw 功能介绍；若想了解自然语言请求如何变成可确认、可验证的安卓动作，可继续读AI 智能体控制 Android 手机：从自然语言意图到确认、执行和验证。