Nothing OS 5 Essential Space MCP 手機 Agent：從情境擷取到 Android 動作的架構指南

先區分 Nothing OS 5 已推出功能與後續計畫

理解 Nothing OS 5 Essential Space MCP 手機 Agent，第一步是把已推出、分階段提供、預定推出及裝置受限的能力分開。Nothing 將 Nothing OS 5 描述為以 Android 17 為基礎的系統更新，但推出時間會依手機型號、地區和電信商而異。使用者應以自己手機中的系統更新頁面及官方裝置時程為準。

Essential Space 的更新節奏又和完整作業系統不同。Nothing 表示相關更新會另外透過 Google Play 發布，因此手機即使已經升級 Nothing OS 5，Essential Space 介面與能力也可能在另一個時間點更新。排查功能時，需分別檢查系統版本、Essential Space 應用程式狀態、帳號和所在地區。

目前官方規劃將 MCP 支援安排在約 10 月推出，重新設計的擷取體驗則預計自 11 月開始。這些時間屬於指示性計畫，仍可能隨測試、裝置與地區部署調整。現階段適合先理解架構與準備資料治理，不宜把規劃中的 MCP 入口當成每位 Nothing OS 5 使用者已經擁有的功能。

Nothing 已公開的其他方向包括 Smart Collections、Essential Voice 與 Essential Apps Builder。Essential Voice 提供即時文字、更完善的格式整理，以及超過 100 種語言的轉錄能力；Essential Apps Builder 則處於早期測試階段並逐步開放。各項能力的成熟度與推出方式不同，採用前應在目標裝置上逐一確認。

裝置範圍也有明確差異。Nothing 的時程資料把 Phone (1)、Phone (2) 和 CMF Phone 1 列為結束主要軟體支援的機型，因此不能由 Nothing OS 5 的產品介紹推定所有 Nothing 手機都會收到升級。Nothing OS 5 官方功能與推出時程是確認機型、地區和階段狀態的主要入口。

把 Essential Space 理解為精選情境層

Essential Space 的核心價值，是把使用者主動擷取的內容整理成可再次使用的情境。這些內容可能來自畫面、文字、語音或其他受支援入口。Smart Collections 會把相關擷取項目組織在一起，讓使用者更容易找到同一個主題下的資料，而不必依賴記住每次擷取的精確時間。

以會議為例，使用者可以先透過 Essential Voice 留下口述內容。即時文字與格式整理能降低會後重新整理的負擔；會議議程、拍下的白板、口述決策和後續待辦則可形成同一組可搜尋情境。此時 Essential Space 做的是保存、整理與找回資訊，尚未替使用者寄信、建立行事曆或更改其他應用程式。

Smart Collections 讓這組內容從零散素材變成可理解的工作集合。理想的「客戶甲週會」集合可以包含會議日期、討論重點、報價截圖和後續問題。使用者在交給外部 AI 工具前，應先刪除誤錄內容、確認人名與日期，並把尚未定案的討論標示清楚。

這個整理步驟很重要，因為情境品質會直接影響後面的建議。若會議轉錄把「下週再決定」整理成「下週執行」，任何後續 AI 工具都可能以錯誤前提工作。好的情境層應讓使用者看到原始擷取、整理結果與集合邊界，必要時回到來源修正。

我們在 FoneClaw 的工作流設計中，也會把情境與執行分開。情境回答「任務依據是什麼」，工具則回答「手機實際做了什麼」。這種分層使會議筆記可以先在 Essential Space 中完成清理，之後再由使用者明確選擇哪些決策值得成為 Android 動作。

理解選定資料的 MCP 存取邊界

MCP 在這套架構中的作用，是建立標準化的資源存取介面。Nothing 表示，Essential Space 加入 MCP 支援後，相容的 AI 工具可以安全存取使用者選定的資訊。重點在「相容工具」與「選定資訊」：連接應先有清楚範圍，資料也應由使用者選擇，而不是把整個 Essential Space 無條件提供給外部服務。

回到會議情境，使用者可以只選取「客戶甲週會」集合中的決策摘要與三項後續工作，而不包含私人草稿、其他客戶資料或完整錄音。AI 工具取得的資源範圍應能被預覽，使用者也需要知道連接器名稱、服務提供者、存取時間及撤回方法。

MCP 資源存取解決的是「工具可以讀到哪些已選內容」。它本身不會替連接工具取得 Android 通訊錄、行事曆、郵件或系統設定權限。即使 AI 工具能讀取「週五前寄出新版報價」這項會議決策，是否能建立行事曆事件或準備郵件，仍取決於另一個執行環境、相應工具和使用者核准。

這項界線也能防止權限悄悄擴張。資源連接器若原本只需讀取選定筆記，後續要求寫入或操作手機時，應重新呈現能力與影響範圍。使用者可以同意讀取一份摘要，同時保留對寄送、刪除、分享和設定變更的獨立決定權。

若要深入理解資源目錄、工具發現與授權如何分層，可以閱讀Agentic Resource Discovery 智慧代理資源發現：ai-catalog.json、工具目錄與手機代理授權邊界。對 Nothing OS 5 的評估而言，這套方法有助於檢查 MCP 入口公開的是資料資源、操作工具，還是兩者的明確組合。

區分 Essential Apps 與通用手機 Agent 執行環境

Essential Apps Builder 的方向，是讓使用者以自然語言建立符合個人需求的輕量應用程式。這類生成式應用適合把特定資訊、介面或簡單流程做成容易重複使用的工具。例如，會議後可以建立一個「客戶跟進面板」，集中顯示待確認事項、負責人和截止日期。

由於 Essential Apps Builder 仍在早期測試階段並逐步開放，目前適合評估的是建立流程、資料來源、可用元件與實際執行邊界。使用者應查看生成的應用程式能讀取哪些資料、可修改哪些內容，以及裝置更換或服務不可用時如何保留成果。

輕量應用程式與通用手機 Agent 解決的問題不同。前者把一個相對固定的需求包裝成專用介面；後者則需要接收每次可能不同的目標、選擇工具、維持多步驟狀態、等待核准、處理失敗並驗證結果。若需求只是反覆查看同一組會議追蹤資料，Essential App 可能已經足夠。

當工作進一步要求「依會議筆記建立日程、準備郵件、查看聯絡人，完成後更新備忘錄狀態」，便需要更廣的工作編排與 Android 工具。FoneClaw 位於這個執行層：使用者可以設定相容模型，讓模型負責理解與規劃，再由 100+ 內建工具、擴充功能和 plugins 執行支援工作。

選擇時不必把兩者排成替代關係。Essential App 可以成為固定的資訊面板，Essential Space 可以保存來源情境，獨立手機 Agent 則承接經使用者授權的跨應用程式動作。每一層保留自己的資料與權限契約，整體流程反而更容易理解。

多步驟工作最常遇到的是狀態保存問題：AI 已讀取哪些資料、哪一步等待核准、哪個動作已完成，以及中斷後從哪裡接續。相關架構可延伸閱讀無狀態 MCP 與有狀態 Agent 工作流：Android 手機代理任務狀態架構指南。

建立經核准的 FoneClaw Android 動作交接流程

Nothing 與 FoneClaw 目前是彼此獨立的產品。本文的交接流程採用使用者明確選取、核對並交付內容的方式，示範情境層如何支援 Android 執行，同時維持清楚授權。它不需要假設 Nothing 已推出 FoneClaw 連接器、預載方案或產品整合。

具體情境是一場客戶會議。第一層由 Essential Voice 取得口述與即時文字，使用者在會後修正公司名、金額與日期。第二層由 Smart Collections 將議程、會議擷取和決策摘要整理成「客戶甲週會」，並保留三項確定的後續工作。

第三層是資料選擇。使用者只挑選「週五寄新版報價」、「下週二安排 30 分鐘複查」和「把技術問題交給產品團隊」三項內容。當 MCP 支援正式出現在相容裝置與帳號上時，使用者可依實際介面選擇授權給相容 AI 工具；在目前的可控流程中，也可以核對後將這三項內容明確貼入或分享給 FoneClaw。

第四層才進入 Android 動作。使用者可向 FoneClaw 說：「根據這三項已確認決策，建立下週二的暫定行程，準備一封報價跟進郵件，並新增產品團隊備忘錄；郵件停在寄送前。」設定的模型會拆解任務，FoneClaw 則依支援範圍使用行事曆、郵件和備忘錄工具。

1. 建立暫定行程前，顯示日期、時間、行事曆帳號與標題。
2. 若會議摘要沒有時區或確切時間，先詢問使用者。
3. 準備郵件時，列出收件人、主旨、報價承諾與附件需求。
4. 郵件保留在核准階段，使用者確認後才進入寄送動作。
5. 建立產品團隊備忘錄後，讀回標題、內容與狀態。
6. 最後彙整哪些項目完成、哪些仍等待使用者或缺少資料。

這個工作流把「有權讀取會議情境」與「有權改變手機資料」保持為兩次清楚決定。MCP 選擇決定哪些內容可以跨越資料邊界；FoneClaw 的工具與核准政策決定哪些 Android 動作可以執行；目標應用程式中的可見記錄則證明結果。

如果任務從其他應用程式畫面開始，FoneClaw 的懸浮入口也能協助使用者附加目前畫面、提出問題並接續支援工作。操作與核准方式可參考Android 懸浮 AI 助手與目前畫面：提問、核准、執行與復原指南。

處理同意、連接信任、過期情境與動作失敗

從 Essential Space 走向 MCP 與手機動作時，第一個風險是選取範圍過大。會議集合可能同時包含正式決策、個人評論、其他客戶截圖和完整錄音。授權前應先建立一份精簡摘要，只提供完成後續任務所需的內容，並保留來源供人工核對。

第二個風險是連接器信任。MCP 相容只說明技術介面可以溝通，服務身分、資料用途、保存方式與權限仍需個別判斷。正式連接時，使用者應確認提供者、登入帳號、要求的資源、讀寫能力、授權期間和撤回方式，再進行低風險測試。

第三個風險是過期情境。會議上決定的日期可能在數小時後改變，報價也可能已有新版。執行前應顯示來源日期，並對金額、時區、收件人和承諾內容進行再次確認。若資料互相衝突，流程應停在澄清，而不是自動選擇看似最新的一項。

動作失敗則需要保存狀態。行事曆權限不足時，已整理的事件內容應繼續保留；郵件帳號尚未設定時，其他備忘錄工作仍可完成；網路中斷時，流程要標記尚未執行的步驟，避免恢復後重複寄送或建立兩個相同行程。

我們在 FoneClaw 中把核准、工具結果和復原視為執行能力的一部分。可恢復的工作流不會用一段完成訊息遮住中斷，而會告訴使用者目前資料、已完成步驟、待核准動作和下一個可行選擇。

檢查 Nothing OS 5 MCP 手機 Agent 的就緒條件

評估 Nothing OS 5 Essential Space MCP 手機 Agent 時，可以沿著裝置、推出進度、情境、連接器、動作與驗證六層檢查。只要其中一層仍未確認，就先把測試停在讀取或草稿階段，待條件明確後再加入外部效果。

1. 裝置：確認 Nothing 手機是否列入 Nothing OS 5 支援範圍，以及 Android 17 更新是否已在所在地區與電信商版本推出。
2. Essential Space：分別檢查 Google Play 更新、Smart Collections、Essential Voice 和新版擷取入口的實際狀態。
3. MCP：確認正式功能已在帳號中出現，並查看相容 AI 工具、資源選擇、授權與撤回介面。
4. 情境：用無敏感資訊的測試集合，確認擷取、轉錄、整理、搜尋與選取結果。
5. 連接器：核對服務身分、要求資源、讀寫能力、帳號與資料用途。
6. 執行層：明確指定哪些工作只需分析，哪些需要 Android 工具，以及哪些動作必須等待核准。
7. 驗證：回到行事曆、郵件、備忘錄或系統狀態查看真正結果，並測試一次中斷與復原。

最適合的首次測試就是本文的會議流程縮小版：建立一段無敏感資訊的測試會議記錄，整理出一項待辦，選取該項內容，然後交給執行層建立一則可刪除備忘錄。全程記錄情境來源、交付內容、核准畫面與最終 Memo，便能看出每一層是否清楚。

若 Essential Apps Builder 已對帳號開放，也可用相同測試建立一個只顯示待辦的輕量應用程式，再比較它和 Agent 工作流的差異：前者是否足以呈現固定資訊，後者是否需要跨工具、等待核准和處理復原。這能避免為簡單需求引入過多權限。

FoneClaw 可以作為獨立的跨品牌 Android 執行選項，但採用時仍要由使用者明確提供任務情境、設定相容模型並核對工具政策。目前沒有 Nothing 與 FoneClaw 的內建整合關係；我們以公開、可設定的 Android 工作流保持產品邊界，並讓使用者決定資料如何交付。

Nothing OS 5 展示了一條值得關注的路線：先由 Essential Space 建立精選情境，再讓使用者選擇相容 AI 工具可以存取的內容。成熟的手機 Agent 架構還會在其後加入獨立動作授權、狀態管理、結果驗證和失敗復原。當擷取、存取與執行各自有清楚控制時，手機情境才能安全地轉化為真正有用的後續工作。