151 款 App 拒絕豆包手機助手:GUI 自動化代操作為何被集體圍堵

10 月 14 日，豆包手機助手公布《螢幕自動化操作聲明協議》（SAEP）30 天公示期結果：共 151 款應用聲明拒絕 GUI 自動化代操作，名單涵蓋微信、DeepSeek、淘寶、快手、美團等日常高頻 App。按 SAEP 機制，公示期結束後豆包手機助手將對未宣告拒絕的應用逐步開放 GUI 代操作能力，對已宣告拒絕的應用則不執行任何操作。不過，拒絕的對象僅限 AI 代操作而非應用本身：微信、淘寶等仍可在搭載豆包的努比亞 M153、NaviX Ultra 手機上正常安裝登入，使用者手動操作完全不受影響。

SAEP 公示結果揭示了手機 Agent 落地面臨的結構性困境：即便 ByteDance 試圖以預設授權框架繞過技術門檻，頭部應用的集體抵制仍迫使 AI 代操作回歸利益交換與 API 談判。

SAEP 的設計邏輯是預設同意、要求退出，應用不宣告就等同授權，把豆包 GUI 代操作的「預設開啟」當起點。這份 151 款拒絕清單幾乎點名了中國行動生活的核心版圖：即時通訊（微信）、電商（淘寶）、即時配送（美團）、短影片（快手）以及 AI 工具本身（DeepSeek）一個不少；公示期後開發者仍可補充宣告，代表這張清單理論上還會繼續增長。DeepSeek 以 AI 公司身分同樣出現在拒絕名單，顯示業者防範的未必只是資料外洩，而是整個高頻 App 版圖不願讓第三方助手取得 GUI 操作的入場券。

從手機 Agent 的商業路徑看，這波集體拒絕製造的是結構性阻力，而非純技術障礙。手機 GUI 代操作採用圖像識別加模擬點擊的技術路線，原則上不需要 App 開放 API，原本可以繞開應用方的授權門檻；SAEP 的出現讓 ByteDance 把這套能力拉進公示協議框架，試圖以「未拒絕即授權」建立合法性基礎。但 151 款應用的集體宣告，已在商業層面明確關門。目前看來，要在正規框架內通過手機 Agent 操作這些高頻 App，與應用方談 API 合作幾乎是唯一可行的路，而那需要利益交換，時程難以預測。預設授權、主動退出的機制讓 ByteDance 在規則制定上搶了先手，但頭部應用的回應說明，沒有對等誘因，這套協議框架很難打開真正重要的那些 App 的大門。