30 天,7 家全拒:AI 助手撞上的不是技术墙

你早上跟手机说：帮我点份外卖。

它很礼貌地回你：已为你打开美团。

然后还是你自己点。

这个瞬间，是 2026 年 AI 落地最真实的样子。

一、30 天公示，7 家全拒

9 月 14 日，豆包手机助手做了一件很讲规矩的事。

它没有硬闯，而是给自己套了个笼头：给所有 App 开一个 30 天的窗口，让每家公司自己声明，要不要允许它作为代理替用户操作。你声明允许，它就进店；你声明拒绝，门就锁上。

这套机制叫 SAEP，屏幕自动化操作声明协议。

10 月 14 日，窗口关闭。

第二天名单更新，灰了一整列：微信、支付宝、淘宝、美团、拼多多、滴滴、小红书，七家，一个没留。

四天后的 10 月 18 日，央视报道了另一个数字：我国首个走完"大模型备案—终端入网"完整合规流程的 AI 智能体手机开售，豆包手机助手被超百款应用集体拒绝。

这里有个容易被误读的细节：不是这些 App 在豆包手机上打不开，而是它们禁止豆包替用户操作。

App 都还在，只是门不给你开。

30 天窗口，一个都没留

二、这不是技术问题

替用户在 App 里点来点去、填表单、下单、付款，这件事在工程上早就验证过了。

海外的 Computer Use、Operator 已经能在浏览器和桌面环境里买东西、订票、填表。视觉理解、界面解析、自动点击，是这一代 agent 的标配。

豆包缺的不是手。

它缺的是门。

中科院软件所高级工程师郑森文在央视报道里点出了更麻烦的一层：平台风控常常把"用户授权的智能体"和"恶意外挂"当成同一类东西，"一刀切"地拦掉。

也就是说，一个规规矩矩拿了用户授权的代理，在平台眼里和盗号脚本长得一样。

这不是能力不足，是身份不被承认。

三、三道墙，没有一道是技术墙

第一道，入口。

国内的超级 App，每一个既是流量入口，又是交易平台。如果豆包能替你在淘宝下单，那豆包的对话框就成了新入口，淘宝退化成后台的一个执行器。

没有平台愿意把自己从"前台"降级成"管道"。这不是意气，是位置。

第二道，数据。

你每次比价、每次停留、每笔下单，都是广告、复购和模型训练的燃料。让一个本土最强的流量对手进来替你操作，等于把最值钱的用户行为数据交出去。

抖音电商本来就在抢淘宝和美团的盘子。拒绝，是商业本能。

第三道，责任。

代操作碰的是支付、账户、隐私这三样最敏感的东西。一旦下错单、付错款、泄露信息，责任算平台的还是算代理的？眼下没有现成说法。

不开放，至少不出事。开放了出事，谁担？

一个 App 同时是入口、是数据池、是受严格监管的支付节点。这三重身份叠在一起，任何一重都足以把第三方代理拦在门外。

三重合力，门就从里面反锁了。

四、美国不是更开放，是墙换了个位置

有人会说，海外的 agent 不是活得挺好吗。

这个对比要打个折。

美国的网站大量用 robots.txt、反爬策略和登录风控把自动代理挡在外面。Operator 自己也在隔离环境里跑，关键操作要用户逐步确认——银行、航空、医疗这类敏感站点，直接把自动代理当异常流量处理。

它真正能顺畅跑下来的，是标准化、低风险的电商和表单类站点。

远没到"随便进哪家店"的程度。

所以差别不在"美国公司更慷慨"，而在三件事：Web 的开放传统让代理有协议可循；欧盟 DMA 这类反垄断压力在逼守门人开放互操作；用户授权加隔离环境的框架让责任链相对清楚。

这三样，中国眼下都缺。

五、robots.txt 解决的是"怎么被拒"，不是"怎么被允许"

央视的报道里有个很好的类比：早期搜索引擎满网爬取，引发网站集体恐慌，最后靠 robots.txt 这个行业协议破冰。

这个类比常被用来证明"慢慢会好的"。

我不这么看。

robots.txt 的精妙之处在于它的默认值：默认允许爬取，网站可以声明例外。它标准化的是"拒绝"，于是剩下的海量空间自动变成开放。

今天的 SAEP 学的是同一套动作，方向却反了：它让 App 能声明"不许代操作"，而默认是"不许"。

一个默认开放、例外拒绝；一个默认拒绝、例外开放。

两个协议长得像，命运不会一样。

默认拒绝的协议，谈成一百家，也只是把一百个"不"写得更整齐。

六、三条路，每条都堵着

第一条，监管强制互操作。 欧盟 DMA 是现成的样本，但中国目前没有这股倒逼力量。平台关起门来，没有人罚。

第二条，巨头内部闭环。 阿里系自己转，淘宝、支付宝、夸克之间跑得顺；腾讯系自己转。跨生态的通用 agent 是死路，用户能享受到的"AI 替我操作"会被切成一个个孤岛，散落在各家 App 自带的助手里。

第三条，系统层。 手机厂商理论上更有筹码——App 离不开手机。但据报道，某手机系统的智能体开放平台列出的接入状态，同样是一片拒绝。

连系统级都没谈成。

七、真正的地基，是"代理出错谁来付账"

10 月 29 日，腾讯和 Visa 签了一份合作备忘录，方向是智能体支付：研究怎么让 AI 代理替符合条件的用户发现、挑选、购买商品。

这条新闻没多少人注意，但我觉得它比任何一次模型发布都更接近问题的核心。

代理要动钱，就得先有授权、额度、撤销、争议处理这一整套东西。谁签字、超了怎么办、买错了能不能退、损失算谁的——这些不是模型能力问题，是协议问题。

腾讯和 Visa 在做的事，本质是给"代理"发一张有边界的身份证。

门禁卡不是求来的，是当你的身份、权限、责任都能被验证时，别人愿意发给你的。

八、所以现在该怎么办

如果你手上在用 AI 工具，有个很简单的判据：

它是"能进门的"，还是"只能递话的"？

能进门的，是有明确接口、明确授权、明确责任边界的那一类——比如接了官方 API 的助手，比如你自己搭的那套。

只能递话的，是那些号称什么都能干、真到付款那一步就停在"已为你打开某 App"的产品。

这一年里，后者会非常多。

真正的分水岭不在模型榜上，在门禁名单上。

这个系列我打算长期写下去，每周挑一件真正影响开发者的事，拆开看。

如果这篇让你对「AI 到底能不能用」多了一点判断，转给同样在琢磨这件事的朋友，顺手点个「在看」。

想追更的话，把这个号设成「星标」——不然下次推送大概率刷不到。

资料来源：央视新闻 / 人民政协网（2026-10-18）、Tech 商业（2026-10-15）、21 财经·霞光 AI 实验室（2026-10-27）、界面新闻（2026-10-29）