ARTICLE · 1189245
155 款 App 对豆包说＂不＂,腾讯两个月关掉两个智能体平台
155 款 App 对豆包说＂不＂,腾讯两个月关掉两个智能体平台如果你是一名做客服自动化的运营，或者一个在微信生态里用 AI 搭工具的小老板， 10 月 15 日这天有两条消息值得放在一起看。 第一条：豆包手机助手官网公示了《屏幕自动化操作声明协议》30 天公示期的结果，155 款应用明确拒绝被 AI 代操作，微信、QQ、淘宝、支付宝、美团、快手、拼多多、小红书、WPS 以及多家银行和运营商应用都在名单里。 第二条：腾讯元器团队公告，这个 2024 年 5 月上线的零代码智能体平台，将于2026 年 11 月 9 日正式停止服务。届时通过元器发布到公众号、服务号、微信客服的智能体将无法继续响应用户对话。数据导出窗口开放到 11 月 9 日，2027 年 1 月 9 日起除法律要求留存外全部删除。
这不是腾讯第一次这么做。9 月 24 日，腾讯桌面 AI 助手 QClaw 已公告将于 12 月 24 日停止运营，数据可迁移至 WorkBuddy。 一边是 App 们拒绝让 AI 替用户操作，一边是大厂自己关停智能体平台。这两件事看起来方向相反，指向的却是同一个问题：智能体的瓶颈不在模型能力，而在生态里的权力和钱怎么分。 先说豆包手机遇到的阻力。它的技术路线是 GUI（图形用户界面）操作——AI 通过"看"你的屏幕，模拟人点击，替你打开淘宝、搜索、比价、下单。 对用户来说这很省事。对淘宝来说，这是另一回事：用户不再打开淘宝首页，看不到推荐位、广告位和"顺手多买一件"的转化，淘宝从流量入口变成了后台的执行工具。 字节显然预料到了反弹，所以设计了 SAEP 协议：应用自己声明哪些页面和操作允许 Agent 访问，支付转账、账号认证、内容发布等高风险动作默认受限，规则由系统层面强制执行。逻辑是"你先表态，不反对的我再逐步开放"。 结果，公示期结束时，155 款应用选择发邮件拒绝。按报道的统计，腾讯及关联生态 66 款、阿里巴巴及关联生态 23 款，两家合计已超过一半。 而 10 月 13 日发布的阶跃 STEPX Neo 拿到了不同的待遇：支付宝接入 300 余项服务，腾讯的 WorkBuddy、企业微信、微信读书也在首批名单里，京东、快手、百度同样在列。代价是"每家只开了一扇窗"——美团只开放了跑腿，外卖不行；腾讯接入的是 WorkBuddy 和企业微信，微信本体缺席。 差别来自路线。阶跃用 MCP（模型上下文协议）+ A2A（智能体到智能体协议）：应用主动开放一部分接口，AI 通过标准协议调用，开放什么、不开放什么由应用自己控制。豆包的 GUI 路线则是拿到系统级注入权限后，理论上可以读屏并模拟点击任意应用——应用可以声明边界，但执行靠的是平台自律。 行业研究者的评价很直接："超级 App 拒绝的，是把操作权交到别人手里。" 如果说豆包被拒是"别人不给"，腾讯关停元器就是"自己不要"。原因不在技术，在商业模型。 元器是免费平台，用户搭智能体不付钱，平台却要为每次调用支付推理成本。它服务的又是长尾个人开发者——单个智能体调用量小、留存不稳定，难以形成规模化收入。与此同时，腾讯把资源集中到了 WorkBuddy 这条企业办公线上：9 月 23 日 WorkBuddy 企业版完成办公套件化升级，腾讯文档、腾讯乐享、腾讯网盘等首批接入，企业客户是明确付费方。QClaw 停止运营时也给出了"迁移到 WorkBuddy"的路径。 惠誉在 10 月 15 日发布的观点提供了宏观背景：中国互联网平台的 AI 变现路径确实比独立模型厂商多，但投入正处在最重的阶段——阿里上半年资本开支 950 亿元、经营净现金流 320 亿元；腾讯二季度派息前自由现金流转负；百度上半年自由现金流约 -110 亿元；快手 90 亿元经营现金流只有 180 亿元资本开支的一半。 在自由现金流为负的年份里，一个不赚钱、也看不到明确收费路径的免费平台，被关停是理性的。 把两边放在一起，智能体的商业模式可以拆成三个问题： 第一，谁掌握入口。移动互联网十几年，超级 App 的核心资产是"用户先打开我"。智能体要做的恰恰是跳过这一步，所以争夺的不是技术接口，是入口权。 第二，谁承担成本、谁获得收入。每一次 Agent 调用都要烧算力。如果代操作发生在别人的 App 里，成本由 Agent 方承担，成交和广告收益却可能被截走。这就解释了为什么应用方宁愿放弃一部分便利性，也不愿开放。 第三，协议能否成为折中方案。MCP/A2A 是目前唯一被双方接受的答案，但它有一个天花板：体验上限取决于应用愿意开放多少。这决定了近期智能体能办成的事，多半是"应用愿意让你办的那部分"。 已经发生、可立刻处理的影响：如果你用腾讯元器搭过客服机器人、预约助手、知识库问答，或者把它发布在公众号、服务号、微信客服上，11 月 9 日之后这些智能体会停止响应。这不是预测，是公告内容。可导出的内容包括智能体配置、工作流、对话记录，导出窗口到 11 月 9 日，之后到 2027 年 1 月 9 日仍可登录数据导出控制台下载备份。 对内容创作者和小微商家：不要把核心业务流程建在单一平台的免费智能体功能上。判断一个平台是否值得依赖，可以看三点——是否有明确收费模式（免费且无广告/无企业版支撑的产品通常最先被砍）、是否有对应的付费产品线可以迁移、是否提供数据导出工具。 对求职者：这次事件不影响"AI 应用落地"岗位的方向性需求，但它提示了岗位内容的分化。做"接入与集成"（协议对接、权限设计、数据流转）的工程能力，比"会用某个平台的搭建工具"更抗平台更替——因为搭建工具会停服，协议和接口经验会迁移。 需要提醒的不确定性：微信、支付宝等超级 App 是否会对自家生态之外的智能体长期保持封闭，目前没有官方表态；腾讯是否会在 WorkBuddy 之外重启面向个人开发者的智能体平台，也未知。 豆包的选择是把 GUI 权限交给 App 来声明边界，阶跃的选择是把接口权限交给 App 来分配。两条路都在承认同一件事：在智能体时代，超级 App 依然是规则的制定者。 真正的问题不是"AI 能不能替你点外卖"，而是：当 AI 能替你操作时，省下的时间和被截走的流量，最终由谁分享。这个问题在 2026 年还没有答案，10 月 15 日只是让双方都亮了一次底牌。
一、围墙是怎么加高的
二、为什么大厂自己也在关停
三、这件事的商业逻辑
四、对普通人的实际影响
五、现在可以做的三件小事
查一次自己的"智能体资产"：如果用过元器或 QClaw，本周内登录导出配置与对话记录，本地留存一份。这是有明确截止时间的动作，成本不到半小时。 做一次平台依赖体检：列出你和团队目前在用的 AI 工具，标出"如果明天停服会怎样"。凡是无法导出数据的，把关键产出另存一份到本地或自有文档。 用一个真实任务测试协议路线的能力边界：拿 STEPX Neo 上已接入的场景（如通过支付宝下单、用 WorkBuddy 处理文档）做一次实际测试，记录成功率而不是单次体验。行业研究者给出的价值判断是"使用频次 × 单次省时 × 成功率"——测试结果比发布会演示更能说明它现在能不能用。
