百度搭子 Phone Agent 與可託付範圍：Android 上什麼能交給 Agent

百度搭子為什麼值得手機 Agent 讀者關注

看到百度搭子進入企業市場，手機 Agent 使用者真正該問的是：企業級 Agent 正在把哪些任務交給 AI，這些設計能不能轉化成 Android 手機上的日常工作？答案不是把企業 Agent 直接搬到手機，而是看它如何處理知識、流程、身分、系統連接與結果確認。這些能力，正好也是手機 AI Agent 能否被放心使用的核心。

百度智能雲 DuMate 官方產品頁把企業搭子定位為面向業務流程的 AI 工作團隊，涵蓋企業知識整合、系統整合、流程閉環、可複用團隊資產、共享協作、管理、稽核與合規等能力。這代表 Agent 不再只是回答問題，而是被放進可被管理的業務環境中，承接一段段可追蹤的工作。

百度千帆官方文件則把千帆描述為以 Agent 為中心的企業模型與應用開發平台，圍繞 Agent 引擎、工具與 MCP、模型服務和企業服務建立。這個方向對手機 Agent 很有啟發：模型可以推理，工具可以連接服務，但真正能不能完成任務，取決於平台是否知道誰在使用、可碰哪些資料、能觸發哪些系統、結果要如何回到使用者面前。

FoneClaw 從 Android 手機角度看這件事。手機上的任務同樣需要把模型理解、App 狀態、權限、可見結果與使用者確認放在一起。若讀者想先掌握手機 Agent 的基礎，可閱讀 手機 AI Agent 控制是什麼？Android 手機自動化代理的能力、邊界與安全檢查；本文則聚焦在「可託付範圍」這個更具體的決策問題。

可託付範圍：Agent 到底能接手什麼

可託付範圍不是一句抽象安全口號，而是一組實際問題：這個 Agent 可以處理哪些任務？能讀哪些資料？代表哪個使用者行動？可以連到哪些系統？完成後會造成什麼後果？如果答案越清楚，Agent 就越容易被放進日常工作；如果答案含糊，使用者就很難知道該把多少事情交出去。

新浪科技與界面新聞報導提到，百度把搭子推向企業市場時，加入企業知識資產、多人成員協作、業務系統整合、安全治理、OA、CRM、ERP、IM 連接、員工身分透傳、行級資料權限，以及企業技能接入標準。這些詞看起來偏企業管理，但背後其實都在回答同一個問題：Agent 可以用誰的身分、接哪些資料、做哪些事、留下什麼紀錄。

把這個概念放到手機上，就會變得很具體。你可以讓 Agent 幫你整理通知，但是否要讓它回覆訊息？你可以讓它準備付款前的購物草稿，但是否要讓它提交訂單？你可以讓它開啟地圖並規劃路線，但是否要讓它分享位置？每一個「可以」都要對應到資料、App、使用者身分和結果後果。

這也是 FoneClaw 設計 Android 任務時的產品語言：模型可以協助理解與規劃，FoneClaw 負責支援的手機動作，並把結果顯示在使用者可以檢查的位置。需要使用者判斷的步驟，保留確認；遇到不適合或不支援的動作，提供清楚的接續方式。

從企業流程到 Android 手機任務

企業 Agent 和手機 Agent 看似不同，其實都在處理流程拆解。企業場景裡，搭子可以連接知識庫、OA、CRM、ERP、IM，協助完成審批、查詢、協作、內容生成或業務跟進；手機場景裡，對應的是訊息、電話、提醒、地圖、通知、文件、瀏覽器頁面與客戶回覆草稿。

差別在於環境。企業系統通常有明確帳號、組織、角色、資料表與權限；手機則是個人裝置，App 狀態更碎片化，畫面變化更頻繁，資料也更貼近生活。對 Android phone agent 來說，任務不只是「查到答案」，而是能不能在正確 App 裡完成正確步驟，並讓使用者知道下一步要發生什麼。

例如，企業 Agent 可以根據 CRM 資料生成客戶跟進建議；手機 Agent 則可能要把這段建議放進簡訊、WhatsApp、郵件或工作聊天 App 的草稿中。模型規劃很重要，但草稿送出前需要檢查對象、語氣、內容、附件和帳號狀態。這就是企業工作流和手機任務的共同點：Agent 可以減少整理與準備成本，關鍵動作仍需要明確範圍。

若讀者想從智慧手機整體趨勢理解手機代理、Agentic AI Phone 與 FoneClaw 的關係，可以延伸閱讀 智能體手機是什麼？2026 年 Agentic AI Phone、手機代理與 FoneClaw 完整解說。若你更關心企業生態 Agent 和 Android 手機控制的差異，WorkBuddy vs FoneClaw：企業生態 AI Agent 還是 Android 手機控制？可以補上相鄰脈絡。

手機動作需要權限、狀態與確認

Android 手機上的可託付範圍，最終會落在三件事：權限、狀態、確認。權限決定 Agent 能使用哪些手機能力，例如通知、聯絡人、麥克風、定位或輔助操作。狀態決定目前能不能做，例如 App 是否登入、畫面是否在正確位置、聯絡人是否有重名、輸入框是否可用。確認則決定哪些步驟要讓使用者親自決定。

企業 Agent 談員工身分透傳、行級資料權限和安全治理，手機 Agent 也需要相同精神。只是手機端不一定用企業名詞，而是呈現在更日常的細節裡：準備傳送訊息時先朗讀或顯示草稿；建立提醒前確認時間；導航前確認目的地；付款前停在可檢查頁面；修改設定前提示會改變什麼。

稽核在手機上也有實際意義。它不一定是厚重的企業報表，而是使用者能回頭理解「Agent 剛剛做了哪些支援動作、用到哪些權限、停在哪一步、結果是什麼」。如果你想更完整理解手機 Agent 的身分、權限與紀錄設計，可以看 AI Agent 身分、權限與稽核軌跡：手機 Agent 真正需要的安全棧。

模型再強，也要和手機端安全設計搭配。沙盒、雲端執行或企業平台可以處理一部分風險；Android 任務仍要回到裝置權限、App 畫面和使用者確認。相鄰的技術脈絡可參考 AI Agent 沙盒與手機權限：安全 Agent 為什麼仍需要邊界，本文的重點則是用可託付範圍來判斷每個手機任務能走到哪一步。

FoneClaw 如何把模型規劃接到支援動作

FoneClaw 的產品觀點很直接：模型提供語言理解、推理與規劃；FoneClaw 是 Android phone agent，負責支援的手機動作、可見結果、權限流程、使用者確認與實用接續方式。這樣的分工讓使用者可以配置適合的模型，同時把手機端操作維持在清楚的產品範圍內。

以日常任務來看，使用者可以說「幫我整理今天要回覆的訊息，先準備草稿」。模型負責理解語氣、摘要內容、拆解順序；FoneClaw 負責在支援的 App 路徑中呈現草稿、讓使用者確認對象與內容。又例如「幫我安排下午拜訪客戶前的提醒和路線」，模型規劃步驟，FoneClaw 在支援範圍內處理提醒、地圖或相關手機動作。

可託付範圍在這裡不是阻礙，而是讓產品更好用的設計。低風險任務可以更流暢，例如打開 App、整理待辦、生成草稿；高影響任務則保持清楚確認，例如傳送、付款、刪除、帳號變更或公開發布。使用者不需要理解每個底層機制，只要能看見結果、知道下一步、保留決定權。

因此，百度搭子帶來的啟發，不是每個企業 Agent 都會變成手機控制工具，而是 Agent 產品越成熟，越需要說清楚哪些事能交給它。FoneClaw 把這個問題落到 Android：支援的動作可以由手機 Agent 執行，敏感步驟讓使用者確認，不支援的情境則以清楚方式接續處理。

判斷 Agent 可託付範圍的檢查表

評估任何 Agent 時，可以先不用被產品名稱帶著走。先問任務會碰到哪些資料、哪些系統、哪些使用者身分和哪些後果。下面這張表可以用來判斷企業 Agent 或 Android 手機 Agent 是否適合承接你的實際工作。

用這張表看百度搭子，可以理解企業 Agent 為什麼強調知識資產、系統整合、協作、身分、資料權限與治理。用同一張表看 FoneClaw，則會看到 Android 手機 Agent 的核心：模型規劃只是第一步，支援動作、可見結果、權限流程、確認節點和接續方式，才決定使用者能把多少日常任務放心交給 Agent。

可託付範圍越清楚，Agent 越容易成為真正的工作工具。百度搭子把這個問題推向企業市場；FoneClaw 把它放回 Android 手機，每一次訊息、電話、提醒、地圖、通知和文件任務，都可以用同一個問題判斷：這一步是否已經適合交給手機 Agent，還是應該先讓使用者看見並確認。