FoneClaw OS 路線圖:Android 手機代理、Meydo C1 預載里程碑與未來 FoneClaw Phone
FoneClaw 目前是 Android 手機代理;Meydo C1 則是新的整合里程碑:C1 是 Meydo 硬體,DroiClaw 是主系統,FoneClaw 以預載系統應用程式提供支援工作流。長期方向仍是 AOSP-based FoneClaw Agent OS 與未來 FoneClaw Phone。
- FoneClaw 今天的產品狀態,是可在 Android 手機上使用的 phone-agent runtime,透過 100+ built-in tools、目前畫面與圖片脈絡、Memo、Information Inbox、核准、停止、重試與權限復原承接支援任務。
- Meydo C1 是目前重要的 distribution and integration milestone:C1 是 Meydo 硬體,DroiClaw 是主系統,FoneClaw 以預載系統應用程式的形式進入裝置工作流。
- FoneClaw OS 與未來 FoneClaw Phone 仍是我們正在推進的長期方向;目前的 C1 預載代表系統應用程式整合經驗,而不是 FoneClaw Agent OS 已經交付。
- 我們衡量路線圖進度時,看可驗證能力:喚起是否更順、脈絡是否清楚、權限是否受控、核准是否可見、任務是否能停止與復原,而不是只看產品名稱。
先定義:FoneClaw 今天是什麼
FoneClaw 今天首先是一個 Android 手機代理,而不是一個已交付的作業系統。使用者在現有 Android 手機上安裝或使用 FoneClaw,設定可用模型後,由模型理解目標與規劃步驟,再由 FoneClaw 透過受治理工具執行支援的手機動作。這是我們目前已經落地、可以讓使用者測試的產品基礎。
截至目前可取得的最新產品資訊,FoneClaw 的 Android 手機代理已具備懸浮助手、目前畫面附加、跨入口任務延續、共用核准、停止與權限復原。近期的使用者可見改進也讓 Memo、Information Inbox、長回覆、任務狀態、錄音、捷徑、介面呈現與復原互動更完整。這些能力不是抽象願景,而是我們每天拿來驗證 phone-agent runtime 是否能承接真實 Android 工作流的基準。
我們用 100+ built-in tools 支援畫面與 App、系統狀態、通訊、日曆、Memo、位置與導航、任務與工作流等 Android 任務。這些工具不是讓代理無邊界操作手機,而是把每個支援動作放進可見狀態、使用者核准、停止、重試與權限復原流程。若你想理解今天的模型計畫如何到達 Android 工具與結果驗證,可閱讀AI 代理控制 Android 手機指南:從意圖到確認、執行、驗證與復原。
我們的終極定位仍是更大的:AOSP-based FoneClaw Agent OS 與未來 FoneClaw Phone。但要走到那裡,必須先把目前 Android 代理做穩。今天的 FoneClaw 讓我們驗證使用者如何喚起代理、如何提供目前畫面、如何核准敏感步驟、如何在權限不足時恢復任務;這些經驗會直接進入未來系統設計。
Meydo C1 預載 FoneClaw 的里程碑
Meydo C1 是目前路線圖中一個具體里程碑,但它的架構要精準描述:Meydo C1 是 Meydo 硬體,DroiClaw 是 C1 的主系統,FoneClaw 是預載在裝置上的系統應用程式。這個三層關係讓讀者可以分清楚硬體、主系統與 FoneClaw 應用程式各自負責什麼。
Meydo C1 官方產品頁把 C1 呈現為 pocket AI phone,並列出預購狀態與硬體規格;Meydo 關於 DroiClaw 的官方說明則把 DroiClaw 放在 AI-native operating-system foundation 的位置。對 FoneClaw 來說,C1 的意義是 distribution and integration milestone:我們的 Android phone-agent runtime 以系統應用程式形態進入一台專用 AI 裝置,讓使用者更容易在開機後接觸支援的 Agent 工作流。
這個里程碑的價值,在於預載和更深裝置入口能降低初始設定摩擦。使用者不必先從一般 App 安裝情境理解 FoneClaw,而可以在 C1 的裝置流程中看到它如何處理支援任務:理解目標、使用可用工具、顯示進度、要求核准、保留停止與復原。這能讓我們更直接觀察 AI phone 上的日常任務,而不只是 App 下載後的單點體驗。
同時,這仍然要和長期 FoneClaw OS 路線分開。C1 上的 FoneClaw 是預載系統應用程式;DroiClaw 承擔主系統角色;未來 AOSP-based FoneClaw Agent OS 是我們自己的長期作業系統方向。若你需要 C1 的規格、預購狀態、配送與硬體適合情境,請看Meydo C1 AI Agent 手機指南:DroiClaw 系統、預載 FoneClaw 與規格怎麼看。若要把 C1 放進更大的 Agentic phone 類別,可延伸閱讀代理型 AI 手機是什麼?Agentic 手機、Android 代理能力與 FoneClaw 執行路徑。
系統應用程式部署帶來哪些工程課題
系統應用程式部署讓我們更靠近 AI phone 的真實使用場景。更靠近系統入口,通常可以降低喚起成本、減少使用者在安裝與權限之間的猶豫,也能讓支援工作流更容易出現在合適的地方。但這不是終點;它只是把問題從「能不能被使用」推進到「能不能被信任地使用」。
我們在 FoneClaw 中學到,手機代理的核心不是取得更多權限,而是把每個權限和任務綁得更清楚。身份、帳號、權限、核准、復原、模型路由、地區服務、第三方 App 狀態和結果驗證,仍然是不同工程問題。即使 FoneClaw 以系統應用程式形式預載,任務仍應依支援範圍、Android 權限、使用者確認與服務可用性前進。
這些經驗會直接影響我們的 roadmap。第一,入口要更短,但使用者要看得到代理正在做什麼。第二,脈絡要更完整,但資料範圍要能被檢查。第三,工具要更強,但高影響步驟要能核准與停止。第四,錯誤要更容易修復,讓權限不足、App 狀態不符、網路失敗或模型理解不完整時,使用者能接回任務而不是重頭開始。
未來的 FoneClaw Agent OS 必須把這些控制變成系統習慣,而不是後加的提示。若你想深入看身份、權限和活動紀錄如何支持代理信任,可閱讀AI Agent 身份、權限與活動紀錄:手機代理為什麼需要可稽核信任層。若你關心系統整合和 Android 權限之間的界線,AI Agent 沙盒與手機權限:安全 Agent 為什麼仍需要邊界會把這個問題拆得更清楚。
AOSP Agent OS 與 FoneClaw Phone 仍是未來方向
我們長期要建的,是 AOSP-based FoneClaw Agent OS 與未來 FoneClaw Phone。這個方向沒有改變。AOSP 提供成熟的 Android 開源基礎、裝置相容性、權限模型與行動生態連接點;FoneClaw 的差異化,會放在 agent-first 的作業模型:語音喚起、目前脈絡、個人記憶、工具與 Plugin 合約、可見核准、停止、復原和活動紀錄。
今天的 Android 應用程式、C1 上的預載系統應用程式、未來的 AOSP Agent OS,是三個不同階段。Android 應用程式讓我們在現有手機上驗證任務流程;C1 預載讓我們驗證更靠近裝置入口的分發和整合;AOSP Agent OS 則會把代理能力推到更深的系統層,讓任務狀態、資料範圍、Plugin 能力、權限策略與復原流程更一致。
未來系統要保留我們今天已經驗證的控制原則。使用者提出目標,端側個人智慧代理取得必要脈絡,選擇支援工具或 Agent Plugin,顯示風險與影響,等待必要核准,執行後檢查結果。遇到錯誤時,系統應說明停在哪裡、哪個條件不足、使用者可以怎麼繼續。FoneClaw Phone 的價值,不會只來自專用硬體,而會來自這些能力成為出廠體驗的一部分。
如果你想把這條路線放進更技術化的架構分層,可閱讀OS Agent 基礎架構:手機 AI Agent 需要的三層能力。對我和 FoneClaw 團隊來說,roadmap 的重點不是快速貼上一個 OS 名稱,而是把每一層能力做成使用者能理解、能控制、能驗證的系統體驗。
用可驗證階段衡量路線圖進度
FoneClaw OS 路線圖應該用可驗證階段來看。第一階段,是今天的 Android phone-agent runtime:使用者在既有 Android 手機上使用 FoneClaw,透過支援工具完成可見、可核准、可復原的任務。第二階段,是預載系統應用程式:例如 Meydo C1,讓 FoneClaw 更靠近裝置入口和開機體驗。第三階段,是更深平台整合:讓身份、權限、脈絡、工具、Plugin 和任務狀態更穩定地協同。第四階段,才是 AOSP-based FoneClaw Agent OS 與未來 FoneClaw Phone。
每個階段都要用使用者能看見的能力驗證,而不是只看名稱。Android app 階段要看任務是否能完成、權限是否清楚、失敗是否能復原。預載系統應用程式階段要看入口是否更自然、設定是否更順、使用者是否更容易理解工具和核准。平台整合階段要看跨入口任務、記憶、活動紀錄、Plugin 合約和風險控制是否更一致。Agent OS 階段則要看這些能力是否成為整個手機體驗的預設工作方式。
| 階段 | 目前代表 | 使用者要驗證什麼 |
|---|---|---|
| Android phone-agent runtime | FoneClaw 在支援 Android 手機上運作 | 目前畫面、工具執行、核准、停止、重試與權限復原 |
| 預載系統應用程式 | Meydo C1 上預載 FoneClaw | 開機後入口、設定、任務流程與系統應用程式整合體驗 |
| 更深平台整合 | 持續推進的產品與工程方向 | 身份、脈絡、記憶、Plugin、活動紀錄與安全控制是否更一致 |
| AOSP Agent OS 與未來硬體 | 長期 FoneClaw OS 與 FoneClaw Phone 願景 | 代理是否成為手機任務的主要協調層,並保留可見控制 |
這種分段方式,也幫助讀者選擇今天該測什麼。若你只想理解什麼是 Agentic phone,可看代理型 AI 手機是什麼?Agentic 手機、Android 代理能力與 FoneClaw 執行路徑。若你正在比較專用 AI device 和既有手機上的 phone agent,可讀AI 手機與智慧型手機比較:AI 裝置能取代手機,還是手機 AI Agent 更實際?。
今天可以怎麼選,不必等完整路線圖
讀者今天有兩條實際路徑。第一條,是在支援的 Android 手機上使用 FoneClaw,直接測目前可用的 phone-agent runtime:目前畫面提問、圖片理解、Memo、Information Inbox、日曆、通訊、位置與導航、系統狀態、任務與 workflow。這條路線適合想在現有手機上驗證 Android Agent 工作流的人。
第二條,是關注 Meydo C1 這類專用硬體。C1 提供口袋型裝置、DroiClaw 主系統,以及預載 FoneClaw 系統應用程式的整合體驗。這條路線適合想要專用 AI phone 形態、固定入口、小螢幕、AI key 和預載工作流的人。購買前仍要確認預購狀態、價格、配送、地區、稅費、配件、系統功能、帳號服務和實際支援範圍。C1 的詳細購買與規格判斷,請回到Meydo C1 AI Agent 手機指南:DroiClaw 系統、預載 FoneClaw 與規格怎麼看。
不管選哪條路,驗證方法都一樣:從低風險任務開始。讓 FoneClaw 整理目前畫面,建立可取消提醒,保存一則 Memo,準備一段不送出的訊息草稿,查詢一個地點或導航,然後測試權限撤回後能否復原。這些任務能檢查模型理解、工具支援、核准、停止和結果驗證,比等待 roadmap 名稱更能看出產品是否適合你。
我們會繼續把今天的 Android 基礎、C1 預載經驗、系統應用程式部署課題、Agent Plugin 合約與 AOSP Agent OS 方向串起來。讀者可從FoneClaw 功能頁確認目前支援能力,並從FoneClaw 下載頁選擇目前適合的安裝入口。對我們來說,FoneClaw OS 路線圖的每一步,都要讓代理更容易被喚起、更懂使用者脈絡、更清楚管理權限、更可靠地完成支援任務,並在失敗時把控制權交回使用者。
資料來源:本文依據目前 FoneClaw 路線圖內容、FoneClaw 目前公開功能與下載資訊、Meydo C1 官方產品頁,以及 Meydo DroiClaw 官方說明撰寫。Meydo C1 的詳細規格與預購資訊請以 Meydo 當前產品頁和結帳流程為準;FoneClaw Agent OS 與未來 FoneClaw Phone 屬於我們正在推進的長期產品方向。