Gemini Wear OS 7 手錶操作指南：手錶指令、配對手機邊界與 FoneClaw 動作設計

先看答案：Gemini 手錶現在能做什麼，Wear OS 7 稍後加什麼

Gemini Wear OS 7 手錶操作要先分成「目前可用」與「稍後推出」。根據 Google 的Gemini 智慧手錶使用說明，Gemini on watch 需要支援的 Wear OS 4 以上手錶、配對 Android 手機、符合資格的語言與地區，並且 Gemini 必須是配對手機上的 digital assistant。這代表手錶是手腕上的快速 AI 入口，手機與服務仍負責許多資料、權限與結果。

如果你只想確認自己的手機、手錶、Chrome 或 Gemini App 是否符合條件，可先看Gemini 支援裝置完整指南：Android App、Chrome、Wear OS 與 FoneClaw 模型設定。本文聚焦的是手錶指令如何變成行動結果，以及什麼時候要交給配對手機或手機 Agent 工作流。

手錶指令到底在哪裡執行

一個手錶上的 Gemini 指令，實際上可能跨過四個位置：手錶收音與顯示、配對手機的助理與帳號、雲端模型與服務、目標 App 或 Android 系統動作。使用者在手錶上說「提醒我今晚帶護照」時，入口在手錶，但提醒資料、帳號同步、手機通知與最後可見結果，可能都需要配對手機與 Google 服務配合。

這也是「哪些手錶指令會交給配對手機執行」的核心答案：只要任務需要手機上的 App、帳號、位置、通知、訊息、日曆、媒體播放裝置或系統設定，手錶通常只是控制面。Google 的手錶說明也把連線、App 設定、語言、地區和裝置製造商差異列入可用性條件。判斷規則應以實際執行位置為準：手錶負責入口，配對手機與目標 App 負責支援資料、權限與結果。

比較可靠的判斷方式，是把每個任務拆成四個問題。第一，手錶是否能收取要求並回覆？第二，配對手機是否在線且 Gemini 是手機上的數位助理？第三，目標 App 或服務是否支援該動作？第四，結果在哪裡可見，失敗後使用者能在哪裡接手？

例如音樂控制可能涉及手錶、手機、耳機和播放 App；訊息回覆會涉及通知、收件人、文字內容與通訊 App；健康或健身要求會涉及手錶感測、健康平台與權限。把執行位置拆清楚，才能避免把「手錶聽到」誤解成「手錶獨立完成」。

目前 Gemini 手錶應用程式操作範圍

目前 Gemini 手錶應用程式操作最適合處理短、即時、可用語音描述的任務。Google 的手錶說明提到，Gemini 可協助快速回覆訊息、回想資訊、安排一天、控制音樂，以及處理選定跨 App 任務。這些工作很適合手腕入口，因為使用者不用拿起手機，就能完成一段短互動。

通訊類任務的重點是上下文與確認。使用者可以從手錶要求快速回覆，但訊息內容、收件人、使用哪個 App、是否需要送出確認，會受到通知狀態、通訊 App、手機連線與權限影響。若內容涉及承諾、金額、地址或敏感資訊，最好讓手機提供更完整的預覽與接手。

媒體類任務通常更適合手錶。控制播放、暫停、下一首、調整播放裝置，和手錶的快速互動模式很吻合。Wear OS 7 也把 connected-device media controls 放進平台改進中，讓手錶更像一個跨裝置控制面。但這仍要看播放 App、耳機、手機與帳號狀態。

健康與健身要求則要分開看。Google 的Gemini Utilities 說明記錄了選定裝置、媒體、App 與健康健身動作，也提到部分健康與健身要求可由 smartwatch 上的 Gemini 發起。可用性規則很具體：請以自己的手錶型號、健康平台、目標 App、權限設定與所在語言地區逐項確認，而不是只看同一個指令在別人的裝置上成功。

若你的主要任務是語音控制手機 App，而不是只在手錶上快速互動，可延伸閱讀Gemini Android 語音控制指南：設定、應用程式任務與 FoneClaw 執行流程。手錶是更近的入口；手機仍是許多動作的完整確認與結果表面。

Wear OS 7、Gemini Intelligence、AppFunctions 與任務自動化

Wear OS 7 Gemini Intelligence 要用推出狀態來讀。Google 在Wear OS 7 公告中說明，Wear OS 7 提供 Live Updates、connected-device media controls 和電池最佳化，也表示部分裝置稍後會取得 Gemini Intelligence。這裡的「稍後」很重要：它是已宣布的方向，使用者要以符合資格的裝置與後續推出狀態確認功能。

Google 在同一方向中提到 Create My Widget 和 multi-step app automation。Create My Widget 的價值，是讓使用者用自然語言要求手錶建立更貼近日常的資訊呈現；multi-step app automation 的價值，則是讓手錶指令逐步靠近真正任務，而不只是開啟 App 或回答問題。

Android Developers 的Wear OS 7 開發者更新把開發者路線說得更清楚：AppFunctions 目前是 early access program，selected phone-app automation 則是 coming soon。AppFunctions 是讓 App 以結構化方式把可呼叫能力提供給助理或 Agent 的開發路線；任務自動化則是使用者看到的多步驟結果。兩者相關，但不是同一個推出狀態。

因此，AppFunctions 與任務自動化有三個差別。第一，AppFunctions 面向開發者與 App 能力宣告；任務自動化面向使用者任務。第二，AppFunctions 目前是早期存取；selected phone-app automation 目前按 Google 說法屬 coming soon。第三，即使 App 提供可呼叫能力，真正執行仍要看使用者授權、裝置狀態、資料範圍與結果確認。

若你正在研究 Gemini 背景任務與手機操作如何避免失控，可讀Gemini 背景 AI Agent 與手機操作：可見確認為何比自動執行重要。手錶上的多步驟任務尤其需要這種可見邊界。

設定與排查 Wear OS 手錶上的 Gemini

設定 Gemini 智慧手錶控制手機前，先做一份實機清單。第一，確認手錶是支援的 Wear OS 4 以上裝置，並查看是否已取得 Wear OS 7 或相關 OEM 更新。第二，確認手錶已和 Android 手機配對，手機連線、藍牙、Wi-Fi 或行動網路狀態正常。第三，確認 Gemini 是配對手機上的 digital assistant，因為 Google 的手錶說明把這列為必要條件。

第四，確認語言與地區符合目前可用範圍。手錶和手機的語言設定不同時，可能造成喚起可用但某些任務失敗。第五，檢查目標 App 權限：訊息、日曆、音樂、位置、健康健身與通知都可能需要各自授權。第六，用一個低風險要求測試，例如「今天下一個行程是什麼」、「暫停音樂」、「提醒我 20 分鐘後喝水」。

排查時不要只重開手錶。先確認手機端 Gemini 是否能處理相同要求，再確認手錶喚起是否正常，接著看目標 App 是否在手機上可用。若手錶能回答問題但不能完成某個 App action，問題可能在 App 支援、權限、地區、語言或尚未 rollout，而不是手錶麥克風本身。

每個 OEM 的設定名稱可能不同。比較穩的作法，是在手機設定搜尋 Gemini、assistant、default assistant、watch、permissions 和 notifications，再回到手錶 App 檢查同步與更新。

設計受治理的手錶到 FoneClaw 手機動作交接

FoneClaw 能把手錶要求轉成 Android 操作嗎？目前的正確邊界是：FoneClaw 已提供受治理 Android 動作、核准、權限復原、任務連續性與可見結果；本文描述的是手錶到手機動作的 governed handoff 架構，官方產品證據目前涵蓋手機端 action layer。這個界線很重要，因為手錶入口和手機執行層需要明確合約。

我們在打造 FoneClaw 時學到，任何從外部入口進來的手機任務，都需要一個 request envelope。從手錶傳來的要求至少要包含：使用者原始語句、時間、裝置來源、是否含位置或感測脈絡、目標 App、預期結果、風險層級，以及是否需要在手機上顯示確認。沒有這些資訊，手機端 Agent 很容易把短語音誤解成完整授權。

手機端收到要求後，FoneClaw 的合理設計是先轉成可見 intent，再進入對應風險流程。低風險任務可以是開啟 App、建立可取消提醒、讀取可見狀態或準備草稿；高影響任務，例如送出訊息、改設定、撥號、分享位置或刪除資料，應在手機上顯示目標、內容與結果，再等待使用者核准。

目前 FoneClaw 的手機端能力包含受治理工具、權限引導、核准、停止、任務連續性和權限復原。完整能力可查看FoneClaw 功能頁。若任務在手錶上開始、到手機上確認，FoneClaw 應讓使用者看到同一個任務狀態：正在準備、等待權限、等待核准、已完成、已停止或需要接手。

一個安全範例是：「從手錶說，幫我準備傳訊息給 Alex：我晚 10 分鐘到，先不要送出。」手機端 FoneClaw 可以把它變成草稿任務，顯示收件人和內容，必要時要求通訊權限，最後停在可確認畫面。這種設計的重點是讓手錶成為意圖入口，手機保留完整執行與核准。若你要理解更大的手機執行層，可延伸閱讀手機 AI Agent 控制是什麼？Android 手機自動化代理的能力、邊界與安全檢查。

在手錶原生動作、配對手機 Gemini 與手機 Agent 流程之間選擇

最後用任務選路線。只需要快速問答、計時、看下一個行程、控制媒體或回覆簡短內容時，先用 Gemini 手錶原生入口。這些任務短、低風險、適合手腕互動。若任務需要手機上的 App、帳號、通知、位置或較完整內容，讓配對手機上的 Gemini 和對應 App 承接更合理。

若任務進入多步驟手機工作流，例如準備訊息草稿、建立提醒後再打開地圖、整理目前畫面再建立待辦，或需要權限復原與停止點，就需要受治理 phone agent workflow。FoneClaw 的方向，是讓模型理解和 Android 執行分開：模型負責理解要求，FoneClaw 讓支援動作變成可見、可核准、可復原的手機流程。

第一個測試要可逆：從手錶提出一個低風險要求，最後在手機上確認結果。例如建立可取消提醒、準備不送出的草稿、打開指定 App，或查看下一個行程。記錄五件事：手錶是否聽懂、手機是否收到正確意圖、是否要求必要權限、是否在敏感動作前停下、完成或失敗後能否回到可處理狀態。這比問「Gemini 智慧手錶能不能控制手機」更能反映你的實際裝置組合。