FoneClaw OS 路線圖：從 Android 手機代理走向 AOSP Agent OS 與 FoneClaw Phone

從 Android 手機代理走向 FoneClaw OS 終點

我和 FoneClaw 產品團隊正在建立的終點，是一套以 AOSP 為基礎的 FoneClaw Agent OS，以及未來的 FoneClaw phone。這個方向的核心，是讓手機從 App 切換中心，進化成由端側個人智慧代理協調的任務系統。使用者從意圖開始：一句語音、一個按鍵、一段目前畫面、一個待處理通知。代理理解目標、取得必要脈絡、選擇合適能力、提出需要確認的步驟，最後把結果、進度、停止與復原放在使用者看得見的位置。

截至目前可取得的最新產品資訊，FoneClaw 已完成 Android 基礎能力的關鍵串接：可移動懸浮助手讓代理更容易從任何工作場景被喚起；精簡面板讓操作保持輕；一鍵附加目前畫面讓模型取得使用者正在看的脈絡，同時排除 FoneClaw 自身覆蓋層；Home 與懸浮助手之間的任務延續，讓執行、核准、停止與權限復原能在同一台 Android 手機上保持連貫。讀者可以從FoneClaw 下載頁安裝目前可用版本，直接用現有手機測試這個基礎。

我們把目前已發布的 Android 基礎能力視為往 FoneClaw Agent OS 前進的工程基準。今天，FoneClaw 以 Android 手機代理的形式運作：設定好的模型理解請求與規劃支援任務，受治理的 Android 工具負責執行支援動作，使用者看到權限、核准、任務狀態、可見結果與復原。未來，這些能力會往更深系統整合前進，讓喚起、脈絡、權限、Plugin 合約、任務記憶與復原更接近作業系統原生體驗。

如果你正在建立「智能體手機」的基本認識，智能體手機是什麼？2026 年 Agentic AI Phone、手機代理與 FoneClaw 完整解說能提供更廣的類別脈絡。本篇則是我們的第一方產品基準：說清楚 FoneClaw 今天已經做到什麼、接下來正在建什麼，以及為什麼我們把 AOSP-based FoneClaw Agent OS 與 FoneClaw phone 作為長期目的地。

App 中心手機為何讓代理任務變得費力

智慧型手機過去十幾年的設計重心，是讓人透過 App 圖示、頁面、選單與按鈕完成工作。這個模型成就了行動網路，也累積了大量服務能力：通訊、行事曆、地圖、檔案、支付、相簿、郵件、社群與企業工具。當任務由使用者手動執行時，App 中心模型很直覺；當任務由 AI Agent 協調時，摩擦就會出現在脈絡、權限、狀態與跨服務流程之間。

使用者真正想完成的通常是一段任務，而非某個單一 App 動作。例如「幫我把這封信變成三個待辦」、「根據這張活動海報建立行事曆並準備通知文字」、「整理下載資料夾裡今天的檔案，再產生可分享的清單」。在 App 中心手機上，使用者需要自己記住背景、打開服務、切換畫面、處理授權、確認收件人、檢查是否完成。代理接手後，這些步驟需要有機器可理解的合約、可檢查的資料範圍與清楚的結果回報。

螢幕操作仍然是重要的相容橋梁。FoneClaw 目前的目前畫面附加能力，就是讓現有 Android 生態能逐步進入代理任務流程的一個方式：使用者主動把正在看的畫面交給代理，模型據此理解下一步，再由受治理工具執行支援操作。隨著服務逐步提供更結構化的功能入口，代理可以更穩定地調用服務能力。Android 官方的AppFunctions 說明展示了應用程式向授權代理或助理提供可發現功能的方向，這也是手機任務從純畫面操作走向機器可呼叫服務能力的產業信號。

FoneClaw OS 路線圖把協調責任放回代理。使用者提出目標，端側個人智慧代理維持脈絡、辨識資料來源、管理權限與核准，再把必要資訊交給合適的 Agent Plugin 或系統能力。更完整的作業系統代理分層，可延伸閱讀OS Agent 基礎架構：手機 AI Agent 需要的三層能力。我們採用這條路，是因為真正的智慧代理手機要服務任務，而不是要求使用者繼續在每個 App 裡重複安排流程。

語音第一、實體按鍵第二、螢幕第三

FoneClaw phone 的互動排序，是語音第一、實體按鍵第二、螢幕第三。這是一套產品設計順序：語音負責表達意圖，按鍵負責可靠喚起與接管，螢幕負責審查、選擇、核准、進度、結果與復原。手機仍然保有螢幕；螢幕的主要價值從長時間選單導航，轉為在關鍵節點提供清楚證據與控制。

語音第一，是因為手機任務常發生在行走、通勤、整理桌面、看著另一個畫面、會議前或手上正在處理實物的時刻。使用者用一句話說出目標，遠比先解鎖、找 App、進頁面、再輸入條件更接近自然意圖。FoneClaw 目前已把這個方向帶到現有 Android 手機：懸浮助手讓代理入口可移動、可縮小、可快速回到前台；目前畫面附加讓使用者從正在看的脈絡提出要求。

實體按鍵第二，是為了讓關鍵行為可預期。語音在公共空間、噪音環境、隱私場景或緊急時刻都有使用成本；觸控也可能因手濕、手套、車架或口袋情境變得不便。未來 FoneClaw phone 的實體按鍵可以承擔喚起代理、快速確認低風險動作、停止執行、返回安全狀態等角色。這些按鍵不只是快捷鍵，而是代理任務的可靠控制點。

螢幕第三，讓使用者在需要判斷的地方看見完整資訊。當任務涉及送出訊息、分享位置、建立公開內容、刪除檔案、修改設定、授權外掛或提供個人資料時，螢幕要顯示目標、資料來源、影響範圍、可選方案與復原方式。更完整的互動理念，可以接著看語音優先 AI 手機：第三代手機互動為什麼不是取消螢幕。這篇延伸文會把語音、按鍵與螢幕的任務分工說得更細。

AOSP 基礎與以代理為中心的 FoneClaw OS 架構

我們選擇 AOSP 作為長期系統基礎，因為它提供成熟的 Android 開源平台、裝置相容性、權限模型與行動生態連接點。Android Open Source Project 官方文件說明了 Android 相容系統開發所依靠的開源平台基礎。對 FoneClaw 而言，AOSP 是未來系統的底座；FoneClaw 的差異化，來自以代理為中心的作業模型。

這個模型從下到上可以分成幾層。第一層是硬體、驅動、系統服務與 Android 相容能力，負責裝置連線、感測、輸入、顯示、通知、帳戶、安全與權限。第二層是 FoneClaw Agent Core，負責理解使用者意圖、保留任務狀態、管理個人脈絡、決定工具與 Plugin 的組合。第三層是策略與執行層，處理資料範圍、風險分級、核准、停止、復原、活動紀錄與結果驗證。第四層是 Agent Plugin 服務層，讓專業服務以可宣告、可授權、可觀察的方式提供能力。

FoneClaw 目前已經在 Android 應用層建立這些概念的可測版本。懸浮助手強化喚起，附加目前畫面強化脈絡，跨入口任務延續強化狀態，共用核准與停止強化使用者控制，權限復原強化失敗後的下一步。這些能力今天在 Android 手機代理中運作，未來會逐步移向更深的系統整合，讓任務狀態、授權、Plugin 能力與結果紀錄更穩定。

我們也把端側與線上資源設計成可調度的組合。身份、偏好、常用記憶與敏感脈絡適合由端側個人智慧代理持有；大型推理、跨服務查詢、遠端資料或高算力任務，可以依使用者授權與任務需求使用線上能力。產品設計的核心是讓使用者知道資料被用於哪個任務、交給哪個能力、產生什麼結果。這樣的系統架構，才支撐得起 FoneClaw OS 路線圖中的長期信任。

從 App 市集走向 Agent Plugin 服務生態

傳統 App 市集的出發點，是讓使用者選 App、學介面、進入服務、手動完成流程。FoneClaw OS 的 Agent Plugin 生態，出發點是使用者的意圖。使用者說出目標後，端側個人智慧代理判斷需要哪些專業能力，再把最小必要資料交給合適的 Plugin 或系統能力。服務仍然重要，專業供應者仍然重要；差別在於，使用者的任務由代理協調，服務能力透過合約被調用。

Agent Plugin 需要提供清楚的能力宣告、輸入格式、輸出結果、資料範圍、版本、權限、衝突處理、錯誤回報與復原方式。以檔案整理為例，使用者說「幫我把下載資料夾裡今天的報表統一命名，完成後列出結果」。代理可以先要求 Plugin 列出候選檔案、產生改名預覽、提示衝突、等待核准，再執行寫入並回報結果。這種流程把專業能力變成代理可組合的服務，而不是讓使用者在檔案管理器裡自行重複操作。

FoneClaw 今天的工具、Skills、Workflows 與 plugins 已經在建立這個模型。FoneClaw 官方 GitHub 儲存庫呈現了模型推理、受治理 Android 動作、工具、Skills、Workflows、plugins、核准與貢獻路徑。FoneClaw 目前則把使用者入口、目前畫面、任務延續、停止與權限復原接到日常手機操作中。這些設計讓我們能在現有 Android 上驗證 Plugin 合約，並逐步推進到未來系統層。

Agent Plugin 的安全與品質，來自執行時治理。簽章、來源、版本與能力宣告只是開始；每一次任務都需要符合資料範圍、權限、可見結果與復原合約。若你想深入看手機 Agent 擴充能力的安全模型，AI Agent 技能安全：為什麼手機 Agent 不能只靠安裝前掃描會補充逐工具核准、稽核與執行時控制。FoneClaw OS 的 Agent Plugin 生態，會把專業服務能力帶到代理可理解、使用者可掌握的形式。

端側個人智慧代理成為跨服務脈絡的預設擁有者

FoneClaw OS 的資料設計，從端側個人智慧代理開始。這個代理負責身份、偏好、記憶與跨服務脈絡：你常用哪種提醒方式、哪些聯絡人常出現在工作任務、哪些資料屬於私人情境、哪些服務能接收哪一部分資訊、哪些回覆風格符合你的習慣。這些脈絡形成使用者自己的任務記憶，而不是散落在每個服務裡等待使用者重新組合。

當 Agent Plugin 或外部服務參與任務時，代理提供的是任務所需的最小資料範圍。導航需要目的地與時間，就取得該任務所需資訊；訂位需要姓名、人數與時段，就取得該次服務所需資料；寄送檔案需要指定收件人與檔案，就取得該次傳送所需內容。交易紀錄、收據、法規保存資料與服務端帳務紀錄，屬於服務本身需要處理的資料；跨服務偏好、記憶與個人脈絡，則由端側個人智慧代理統一管理。

這種資料設計需要可檢查的記憶、撤回、刪除與活動歷史。使用者應該能看見代理記得什麼、何時使用、提供給哪個 Plugin、支援哪個任務、產生什麼結果。FoneClaw 目前已經用任務延續、工作階段控制、目前畫面附加、核准與權限復原，建立了現階段可測的控制感。未來進入 Agent OS 後，這些控制會進一步靠近系統層，讓個人脈絡與服務能力的連接更一致。

更完整的個人脈絡設計，可以延伸閱讀個人上下文 AI Agent：手機代理為什麼需要可見脈絡與權限邊界。我們在 FoneClaw 的信念很直接：代理越懂使用者，越要讓使用者清楚掌握資料如何被使用。端側個人智慧代理的價值，在於替使用者保存跨服務理解，同時讓每一次資料提供都回到具體任務、具體目的與具體結果。

FoneClaw 與現有 AI OS、OEM 代理路線的架構差異

2026 年的 AI 手機與 AI OS 已經出現多條路線。DroiClaw 走 OEM 預裝與端雲混合；Doubao Phone Assistant 以手機助手與特定裝置探索手機任務；Step AOS 把模型、代理、OS、服務與 STEPX 硬體整合成新品牌；HONOR Agentic OS 走 OEM 深度整合；Xiaomi miclaw 從 HyperOS 與 MiMo 生態推進系統級 Agent。FoneClaw 的路線，則是從可驗證的 Android 手機代理能力出發，走向 AOSP-based FoneClaw Agent OS、FoneClaw phone、語音優先互動與 Agent Plugin 服務生態。

這些路線各自回答不同問題。OEM 預裝路線善於利用裝置與系統資源；手機助手路線能快速驗證具體任務；模型、硬體與服務一體化路線能從新品牌開始設計完整體驗；既有手機品牌可以把代理整合到既有生態。FoneClaw 的產品選擇，是先把 Android 手機代理做成可測、可用、可復原的基礎，再向 Agent OS 與未來 FoneClaw phone 推進。

若你想深入看 Step AOS 與 STEPX Neo 的發布脈絡，可以讀階躍星辰手機 STEPX Neo：Step AOS、Amoo 與上市資訊整理；Doubao Phone Assistant 與努比亞裝置的關係，可延伸到豆包二代 Agent 手機與努比亞 NaviX Ultra：它真正代表什麼。HONOR 路線可看HONOR Agentic OS 與 Robot Phone 現況：上市時間、WAIC 展示與 Android 手機代理比較，小米生態則可接著讀小米 AI 生態 2026：MiMo、HyperOS AI、MiClaw 與 FoneClaw 競品路線。這些延伸閱讀能幫助讀者把 FoneClaw 放進更完整的產業架構，而不是只比較單一功能清單。

今天的 FoneClaw 如何推進到最終方向

FoneClaw OS 路線圖用可驗證能力推進。第一階段，是目前已經完成的 Android 手機代理基礎：使用者從 Home 或懸浮助手喚起代理，主動附加目前畫面，讓模型理解任務脈絡，再由受治理工具執行支援手機動作。任務過程中，FoneClaw 維持核准、停止、權限復原與結果可見。這個階段讓我們看見一個重要事實：手機代理的價值來自完整任務狀態，而不是單次回答。

第二階段，是更深的系統整合與更耐久的本地脈絡。任務狀態會更穩定地跨入口保存，個人偏好和記憶會更容易檢查與撤回，權限與核准會更緊密地綁定具體任務、具體資料與具體動作。第三階段，是 Agent Plugin 平台與開發者合約：服務能力提供清楚的輸入、輸出、權限、版本、衝突處理、失敗回報、驗證結果與復原方式。第四階段，是 FoneClaw phone 與 AOSP-based FoneClaw Agent OS，把語音優先、按鍵控制、螢幕審查、端側個人代理與 Plugin 生態整合成完整手機體驗。

讀者今天可以用一組實際標準檢查 FoneClaw 的進度。第一，任務完成度：代理是否把請求變成可檢查結果。第二，權限清楚度：使用者是否知道需要哪個權限、用於哪個任務。第三，中斷能力：使用者是否能停止、改變方向或接管。第四，復原能力：權限缺少、畫面變動、任務失敗時是否有下一步。第五，資料範圍：代理是否只把任務所需資料交給支援能力。第六，Plugin 可靠性：服務能力是否有預覽、核准、衝突處理與結果回報。第七，結果紀錄：完成、取消、等待與失敗是否留有可回顧狀態。

如果你要從目前版本開始測試，可以先讀手機 AI Agent 控制是什麼？Android 手機自動化代理的能力、邊界與安全檢查，選一個低風險任務，例如整理目前畫面、準備訊息草稿、建立行事曆項目、打開支援應用程式、檢查設定或保存待辦。接著到FoneClaw 功能介紹了解目前能力，再從FoneClaw 下載頁安裝目前可用版本。對我和 FoneClaw 團隊來說，這條路線的衡量標準很簡單：每一個版本都要讓代理更容易被喚起、更懂目前脈絡、更清楚管理權限、更可靠地執行支援任務、更好地停止與復原，最終把這些能力推進到 FoneClaw Agent OS 與未來 FoneClaw phone。