还是别太期待国产Muse了

文 | 象先志 节前都在喊要做个人智能体，到现在也还没有真发布，咋回事？ 9月28日，有消息称，豆包产品线在中秋期间接到紧急任务：9月27日完成联调，9月30日拿出体验版，供内部上会测试，报道给出的总工期约为六天。第二天，有知情人士爆料，字节正在加速个人助理产品的对外发布，计划把代号Spell的项目与豆包进一步整合，由Spell和豆包对话团队共同负责。 阿里也已经公开了方向。千问App产品负责人郑嗣寿在云栖大会宣布加速打造Personal Agent。9月30日，又有媒体从知情人士处获悉，腾讯元宝计划推出个人智能体，具体形态和时间尚未确定。 这些动作很容易让人产生一种期待：Muse已经做出来了，等国内大厂跟上，就能有一个了解自己的助手，跨应用把事情办完。以后交代任务，或许不用再挨个打开App。 不过，这种期待其实已经落空过一次。一年前第一代豆包手机的热度，现在的个人智能体可能还比不上。但今年上市的第二代豆包手机，遭到了众多第三方App的拒绝。 远在美国的Muse也遭到Amazon拦截，自己的云端浏览器同样没能让它畅通无阻。 做出国产Muse，技术力其实根本就不是问题。能否在其他公司的服务里长期办事，还取决于第三方平台的态度如何。用户的期待，未必很快能实现。 应用层的发展，受到的限制远大于模型层。 用户授权之后，还有平台这一关 Muse最容易打动人的地方，是它能持续不断地做事，跨平台做事。 在Meta 9月的官方演示里，它从用户邮件中找到当天到期的学校活动表格，填写后，又结合日程询问用户是否愿意报名陪同，请求确认后再发送邮件。用户看到的是一段对话，背后已经用到了邮件、日历和表格。Muse在云端运行，用户关闭App后，任务仍可继续推进。 这种体验让个人智能体有了吸引力。用户不必记住每个软件的不同功能，也不必在几个界面之间搬运信息。所有的服务，都由云端的agent帮你去完成。 而就在不久后，据外媒报道，Amazon已经阻止Muse代用户访问和购物。Amazon表示，Meta没有提前告知Muse会访问其商店，代理没有表明身份，还存在凭证处理方面的隐私与安全疑虑。它此前曾要求Meta主动将Amazon排除在Muse的使用范围之外。 用户允许助手使用自己的账户后，服务平台是否接受这种访问，仍是B端的决策问题。Muse可以替用户提出购买需求，Amazon仍然控制网站的访问规则。电脑放在用户桌上还是Meta云端，并不会自动消除这项分歧。 平台有需要处理的风险。代理误操作后，用户会向实际提供服务的商家求助；账户凭证怎样保存、敏感操作怎样确认，也必须受到服务提供方的监管。更重要的是，把这些问题解决之后，合作还要面对收入分配。 如果商品比较都在助手里完成，用户进入商店时，可能已经做好了购买决定。商店仍然收到订单，却少了一段向用户展示其他商品的过程，原来的推荐位置和广告曝光也可能随之减少。对平台来说，接入个人智能体是在增加一种渠道，也可能是在培养一个有权替用户选择平台的新对手。 国内公司面对的业务边界更具体。生活服务分布在不同App里，账户、数据和交易流程各自运行。手机助手能看到屏幕，或者个人智能体接入了几个服务，都只是整个任务的一部分。 千问App产品负责人郑嗣寿此前在采访中，把算力、模型和线下生态称为“比较好的入门条件”。 他同时承认，千问内部不同场景尚未完全串联，更不用说整个阿里生态的数据。 团队正与合作伙伴共同定义智能体可以调用的能力和反馈方式。 阿里可以先从自己的业务接起。淘宝向千问开放商品和交易能力，可以由集团推动，不必先说服另一个竞争平台接受自己的助手。千问仍要完成数据授权和技术改造，但它面对的困难，与豆包争取淘宝同意接入时的困难不同。自有服务越齐全，个人智能体需要向外争取的合作就越少。 于是，大厂们同时有了两种身份。做个人智能体时，它们希望外部服务多开放一些；经营核心业务时，又要考虑别人的助手会不会改变自己的用户关系。大厂都想做总入口，合作对象也都有自己的入口。 手机里的AI也要争取App的配合 把助手放进手机系统，能不能少受一点限制？ 9月16日，搭载豆包手机助手消费者版的努比亚NaviX Ultra正式上市。豆包手机助手产品体验负责人赵甘霖在发布会上介绍了跨应用操作和纠错能力。现场报道中的任务包括从相册里的邀请函中识别时间地点、加入日程，以及总结飞书群消息、转发文档和预约会议。 但在新机上市前，豆包手机助手推出了屏幕自动化操作声明协议SAEP。第三方应用可以决定是否允许自动操作，也可以分别限制截图、模拟输入和内容修改。但迄今为止还没有明确看到哪家服务提供商做过类似的声明或接受这种调度模式。 这很明显是一场生态战。有媒体进行了实测：让豆包点一杯热拿铁，淘宝闪购和京东不支持代操作，豆包于是建议改用抖音。得到授权后，它在抖音选中了瑞幸店铺，把最后的付款交还用户。同次测试中，微信也无法由豆包代发消息。 这次测试里，助手能否完成任务，取决于任务落在哪家平台。抖音的商品、商家和交易系统，字节已经有了；飞书的消息、文档和会议，也能成为豆包的工具。用自家的服务，字节和阿里一样有便利条件。范围扩展到淘宝、京东和微信，就要争取对方的配合。 字节正在向外补齐缺少的服务。国庆假期前，曹操出行宣布首批接入豆包手机助手。到9月30日，豆包App集中推出“出行用豆包”入口，地图能力来自百度地图，打车由曹操出行提供，机票和火车票服务分别由航班管家、高铁管家提供。 手机助手与豆包App的具体开放范围各有安排，但这些合作说明，字节正在把外部公司提供的服务接进自己的助手。 模型负责理解任务，合作方提供可用的服务，双方还要完成授权、下单与结果返回等环节的适配。每扩展一类用途，都有模型之外的建设工作。 换成国内版Muse，这个问题依然存在。云端浏览器与手机读屏是不同的执行方式，都要接触其他公司的服务。只要任务需要经过外部平台，助手就需要处理对方的访问规则。 荣耀与千问的合作，展示了一条从分工入手的路线。 9月22日云栖大会上，阿里巴巴ATH事业群副总裁、千问手机智能负责人许主洪发布Qwen Intelligence。方案提供任务规划、跨应用执行等能力，手机厂商可以采用整套方案，也可以选择模块接进自己的系统。荣耀是首个合作伙伴，9月28日开售的Magic9系列已经搭载双方合作的智能体能力。 阿里提供模型和智能体方案，由荣耀接进MagicOS。用户继续通过YOYO发起任务，阿里借此进入手机，荣耀保留自己的助手品牌和系统入口。 在宣布与千问合作之前，荣耀已经于9月15日介绍过YOYO的一批功能：用户购票、挂号之后，YOYO提取时间地点并建立日程；通话结束后，生成待办或新增联系人。它还能整理取件码，按物品类型作出提醒。这些功能利用了手机里已经产生的信息，减少用户后续整理的操作。 荣耀也在直接与服务方合作。外滩大会上，荣耀展示YOYO与支付宝阿宝配合，进入支付宝收蚂蚁森林能量、领取会员积分等。查询社保、公积金等信息时，YOYO先唤起服务卡片，再由用户点击进入相应页面。 荣耀展台上，YOYO调出支付宝生活缴费服务卡片。 这几项合作各有分工。千问为手机提供模型与执行方案，支付宝决定开放哪些服务，以及哪些步骤仍由用户完成。手机厂商需要分别推进两边的