单篇博客：底牌组合详解

30 天的公示期结束后，微信、支付宝、淘宝、美团、拼多多、滴滴、小红书全部选择了拒绝开放。中国 AI Agent 面临的，是一道并非由技术构成的障碍。

清晨醒来，你希望手机能代劳几件事：在淘宝上比价并下单，顺便从美团订份午餐，再用滴滴叫辆车。以往这些都得自己动手。如今 AI 助手声称，它可以替你完成。

字节跳动的豆包手机助手，曾作出过这样的承诺。它意图成为中国的 Meta Muse，中国的 Grok Bot——一个进驻你手机、能操控其他 App 的智能代理。

为了实现这一目标，豆包采取了一种颇为合规的做法：它将决定权交给了各个 App 自身。9 月 14 日，豆包手机助手启动了一项代理授权公示机制（内部代号 SAEP），为所有合作 App 提供了 30 天的窗口期，让它们自行决定是否允许豆包作为代理，代表用户进行自动操作。窗口于 10 月 14 日关闭。

今天（10 月 15 日）再审视那份名单，灰色的名字排成了一长列：微信、支付宝、淘宝、美团、拼多多、滴滴、小红书。无一例外，全部拒绝。

这并非一次小范围的测试失利。这是国内几乎所有头部应用的一致转身。

非能力所限，乃许可之困

首先必须明确一点：豆包无法成为 Muse，与技术能力基本无关。

替用户在 App 内进行点击、填写表单、下单、付款，这些操作在工程上早已得到验证。海外的同类产品已经在运行——Meta 的 Muse 将助手嵌入社交与硬件，马斯克旗下的 Grok 也在向操作系统和硬件入口渗透；更典型的参照是 OpenAI 的 Operator 和 Anthropic 的 Computer Use，它们直接在浏览器或桌面环境中替用户操作第三方网站，购物、填表、订票均能实现。

豆包并非缺乏这些能力。视觉理解、界面解析、自动化点击，这些是当前大模型 agent 的标准配置。它所缺少的不是“手”，而是其他 App 是否愿意敞开“门”。

这也正是 SAEP 公示机制试图解决的问题：与其强行突破，不如公开邀请，让每个 App 自行选择。选择“允许”，豆包就能以代理身份进入；选择“拒绝”，门便锁上。30 天里，无人选择“允许”。

美国的 App 真的更“好说话”吗

将视线转向海外，情况确实有所不同。

Operator 在美国能够进入大量网站下单；Muse 依托 Meta 的庞大生态，天然生长在用户频繁打开的入口中；Grok 则借助 xAI 与硬件公司的绑定，也在争夺“系统级助手”的位置。表面上看，美国的 App 公司似乎更愿意向第三方代理发放通行证。

但这个对比需要谨慎看待。美国也并非门户大开——大量网站通过 robots.txt、反爬策略、登录风控等手段阻挡自动代理，Operator 本身也在隔离环境中运行，关键操作需用户确认。银行、航空、医疗等敏感行业的网站，更是将自动代理视为异常流量进行拦截。Operator 真正能顺畅运行的，是那些标准化、低风险的电商和表单类站点，远未达到“随意进入任何店铺”的程度。真正让美国 agent 比中国同行“存活下来”的，并非大厂更慷慨，而是三件中国所缺少的条件：

一是 Web 的开放传统。美国的服务多以网站形态存在，底层是开放的 HTTP、标准的登录和支付流程，agent 按照协议操作即可进入。中国的核心服务几乎全部收拢在超级 App 内，网页只是配角，真正的交易、社交、支付均在 App 内闭环完成。

二是反垄断的外部压力。欧盟的《数字市场法》（DMA）直接迫使苹果、Meta 这类“守门人”开放互操作；美国本土虽未如此强硬，但监管对平台封锁的容忍度正在下降。中国缺乏这股倒逼力量，平台关起门来，无人处罚。

三是责任与合规的清晰边界。美国的 agent 运行在“用户授权 + 隔离环境 + 逐步确认”的框架内，出事责任链相对明确。中国的第三方代理代操作，一旦下错单、付错款、泄露信息，责任归属平台还是代理，目前尚无明确说法。

三堵墙，挡在豆包面前

为什么中国做不了 Muse？具体拆解，有三道实实在在的壁垒。

第一道，是入口的权力。 国内互联网形成了“超级 App”的格局——每一个都是流量入口，也是交易平台。如果豆包能替你在淘宝下单，那么豆包的对话界面就成了新入口，淘宝退化为后台的执行器。没有哪个平台愿意将自己从“前台”降级为“管道”。这并非豆包一家的尴尬，而是所有想成为通用 agent 的玩家都要面对的零和博弈：谁掌握入口，谁就获胜；谁沦为执行层，谁就被架空。

第二道，是数据的命脉。 用户在 App 内的每一次比价、每一次停留、每一笔下单，都是广告、复购、训练的重要资源。让字节的代理进来替用户操作，相当于把最宝贵的用户行为数据，拱手让给本土最强的流量竞争对手——抖音电商本就在蚕食淘宝和美团的地盘。拒绝豆包，是商业本能，而非一时意气。

第三道，是监管与信任。 代操作触及的是支付、账户、隐私这三项最敏感的内容。国内对支付安全和个人信息保护的监管极为严格，第三方代理替用户动手，目前缺乏清晰的合规框架。不开放，至少不出事；开放了，出了事谁负责？这道墙并非某家公司所砌，而是整个合规环境所筑。

一个 App 同时是入口、数据池和受严监管的支付节点——这三重身份叠加在一起，第三方代理想进门，任何一重都能将其拦下，三重合力，门便从内部反锁。

非豆包一家之困，乃结构之困

如果将视野放宽，会发现这根本不是豆包一个产品的挫折。

百度、阿里、腾讯都有自己的 agent 野心，但它们同样困在各自的围墙之中。阿里能让自己家的 App 互通——淘宝、支付宝、夸克之间运行顺畅，但微信不可能接入；腾讯同理，自己的生态运转自如，别人的门它进不去。中国互联网在“互操作”方面，没有历史基础。Web 天生开放，而中国的数字生活是后来一座座城堡各自建成的，建设之初就未预留城门。

微信当年推出小程序，本意是让服务轻量地生长在微信内，但它对外部始终封闭——你能在微信中打开淘宝的小程序吗？不能。入口之争从一开始就是零和，并非今天才出现的问题。

更有趣的是另一份清单——某手机系统中也有一个“智能体开放平台”，列出了一排 App 的接入状态，结果同样是一片拒绝。注意，这是手机厂商，而非字节。手机厂商与 App 是“寄生”关系：App 离不开手机，手机也离不开 App。理论上，手机系统级的 agent 比第三方 App 更有筹码去谈判开放。连手机厂商都未能谈成，说明即便“系统级”这条路，眼下也被堵死了。

对你来说，意味着什么

对普通用户而言，这是一件有些令人扫兴的事：你手机里那个号称“什么都能帮你做”的 AI，真正到了要替你下单、替你付款的时刻，大概率会卡在“对方不接受代理”的提示上。你喊它“帮我点个外卖”，它回你“已为你打开美团”——然后还是得你自己操作。

那 Muse 在中国还有可能吗

有可能，但大概率不是豆包设想的那种“通用第三方代理”。

一种可能是监管牵头推动互操作标准，像欧盟 DMA 那样，用规则迫使平台开门。但中国眼下没有这股压力，短期内难以实现。

另一种可能是 agent 退回到单一巨头内部闭环运行——阿里系自己转、腾讯系自己转、字节系自己转。跨生态的通用 agent，在当前的权力结构中，是一条死路。用户真正能享受到的“AI 替我操作”，将被切割成一个个孤岛，分散在几个超级 App 各自的内置助手身上。

还有一种可能是手机系统层真正崛起。vivo、OPPO、荣耀、小米如果将自己的系统级智能体做成默认入口，App 为了留在手机内，迟早需要接入。只是从目前的拒绝清单来看，这一步也才刚刚起步，远未达到打通的程度。

写在最后

豆包无法成为 Muse，并非模型不够强大，而是中国的互联网长成了一座座互不连通的城堡。每座城堡的主人，都不想给隔壁城堡的管家发放门禁卡。30 天的公示，不过是让这件事，明明白白地摊开在了台面上。

本文来自微信公众号“Tech商业”，作者：Tech商业，36氪经授权发布。