北京
我上周在群里看到个段子，说花一万多买了台能"一句话办事"的 AI 手机，结果想让它帮自己在微信上发段话、去淘宝比个价，它一个都动不了。
我一点没笑。因为我就是做 AI 终端产品的，这种落差我早料到了。10 月 14 日，豆包更新了一份名单：微信、淘宝、美团等 150 多款 App，明确拒绝手机助手替你"屏幕代操作"。支付宝、拼多多、小红书，连 DeepSeek、Kimi 都在里面。
先把结论撂这儿。大家都在骂 150 款 App "围剿"豆包。但作为产品经理，我看到的不是围剿，是一道早就该看清的墙：GUI Agent（屏幕代操作）从第一天起，就是个"演示酷、落地碎"的过渡方案。它撞上的不是技术墙，是商业利益的墙。
第一，被拒绝的看起来是 App，实际断的是"跨 App 连贯任务"。
很多人以为，少支持一两个冷门软件，影响不大。错。真正要命的是那种"先查资料再发给好友、挑好商品再下单"的连贯动作。
豆包的能力是识别你的屏幕、模拟你点击滑动。前半程它跑得挺欢，可只要中间一环被声明拒绝，整条任务就断在你手上，得人接手。比少支持几个 App 难受多了，因为断的偏偏是你最常用的那一段。
第二，为什么撞墙？从 PM 视角拆，这层脆弱性其实写在基因里。
GUI Agent 的本质，是隔着屏幕猜你在干嘛、再替你动手指。它靠识别界面、模拟点击，没跟 App 打招呼。所以 App 只要发一句"我拒绝被代操作"，整套能力当场失效。
Omdia 的分析师钟晓磊点得很透：手机厂用 GUI 智能体跨 App 操作，会踩到平台的流量、风控和商业化边界。人家凭什么让你在自家地盘上替用户下单、转账、发消息？这动的是命根子。
所以行业真正的转向，是协议合作：手机听懂你的需求、把任务派出去，平台自己提供电商、地图、支付、打车这些服务。竞争的重点，也从抢 App 入口，悄悄换成了抢 AI 任务调度权。
已经有苗头了。豆包的智能服务 Beta 接进了曹操出行（北京、杭州），打通接口的服务后台直接办妥；自带"豆包购物"也能整理商品、比参数。本地功能像电话、相册、录音纪要，倒是一直好使。
第三，对做 AI 手机、AI 眼镜、AI 玩偶、AI 桌宠的 PM 来说，这堂课最值钱。我把它总结成三条，建议存下来。
1、别把 Demo 当产品。演示顺滑不等于能办事。你卖给用户的是"任务完成率"，不是"能不能点屏幕"。演示视频里跑通的那一下，落地常常只剩一半。
2、押注接口，而不是点击。把资源和精力投到合作接入层、投到协议上，别赌屏幕识别永远有效。App 一声拒绝，你投在识别上的工夫就打水漂。
3、重新定义"入口"。价值正从 App 入口，转向 AI 任务调度权。PM 要设计的，是调度层加上信任和安全机制，尤其是付钱、认证、发布这些高风险动作，系统得硬卡住，不能让 AI 替你莽撞决定。
努比亚说能力会持续进化，发布只是起点。这话没错，但眼下冲着"自动代操作"下单的人，这份 150 款的拒绝名单是绕不开的坎。
我的选购建议很实在：买之前别看演示视频，看实际能干到哪一步。哪些活儿能干完、干到哪一步得自己接手，比看发布会重要得多。
努比亚也回应了，买家该看的是完成情况，不是演示。这话我这个做产品的，认同。
你愿意为了"一句话办事"多掏钱吗？还是更看重它本地功能好不好用？评论区看看大家的想法~
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
