首页 / 资讯详情

个人灵光 2.0 实测:个人 AI 助理的机会和门槛|AI 上新

极客公园 2026-11-01 01:41 中文

摘要

豆包手机的问题,也是蚂蚁灵光的问题。 10 月 21 日的 Meta 财报会上,扎克伯格披露了一组关于个人智能体 Muse 的关键数据:超过 1000 万人设置了 Muse,购物是 Muse 最常见的用途,超过四分之一的用户在用它买东西,平均客单价超过200 美元;上线第一周,Muse 交易量便超出了预期,Meta 不得不与支付合作伙伴 Stripe 一起临时上调了信用额度。 六天后的 10 月 27 日,蚂蚁集团发布了灵光 2.0,将产品定位从最初的「30 秒用自然语言生成小应用」,彻底转向「能管事的个人 AI 助理」,官方口号概括为九个字:「记得住、盯得牢、办得了」。它打通了支付宝账单、钉钉、飞书、米家等服务,让 AI 替你管日常事务,试图成为中国版 Muse。 但 Muse 和灵光面对的问题截然不同。美国电子商务分散在大量独立网站中,Muse 可以通过云端浏览器直接访问店铺;而中国的日常消费与沟通高度集中在少数几个超级 App 内部,数据与交易链路彼此独立。 灵光 2.0 界面 我们花了两天实测了灵光 2.0,并横向对比了千问、Muse 和 Claude Duet。实测表明,把一个 AI 个人助手放到中国的移动互联网生态里,真正的瓶颈已经不再是模型的推理能力,而是跨平台的权限边界、安全责任划分与商业利益归属。 首先定义一下「私人助理」这个概念。在现实世界里,一个人类私人助理之所以能替你把事情办妥,靠的是四样东西: 信息:知道你的偏好、账单、日程等上下文; 权限:能以你的名义采取行动,而且外部平台和交易对手认可这个授权; 责任:一旦出错了,有明确的追责与兜底机制; 忠诚:在利益冲突时替雇主着想。 过去,只有极少数富人请得起私人助理,因为维持这四样东西的成本极其高昂。到了大模型时代,云端算力和代码大幅降低了「整理信息」和「持续盯盘」的成本;但后三项(权限开放、责任承担与立场忠诚)依然受制于商业生态与法律规则。这三个维度,正是检验灵光 2.0 真实成色的核心框架。 01 权限:灵光拿到了一半 在「看」和「盯」的层面,灵光 2.0 表现不错。实测中,授权支付宝账单后,它能准确揪出百度网盘会员和 App Store 订阅等自动续费项目(不过受限于接口权限,它明确提示「账单只能看到扣款记录,看不到当前的签约状态」);授权办公软件后,它也能顺利读取钉钉群聊与通讯录,或是在飞书里新建一篇云文档。 一旦指令推进到和外部的交互中,灵光就会撞上两堵墙。 第一类拦截来自灵光自身的安全策略。实测中,无论是让它在钉钉发群消息,还是在飞书里回复联系人,哪怕用户在前端界面点击了「确认发送」,最终都失败了。 面对追问,灵光在自我排查后承认:不是钉钉的问题,是这边执行环境的安全策略把发消息这类操作都拦截了。 第二类来自外部平台的接口风控与限流。尽管在公众认知中蚂蚁与阿里同属一个大生态,但灵光与淘宝之间并未打通底层接口。当我们让灵光查看淘宝购物车时,它只能在云端打开淘宝网页版,要求用户扫码、提交短信验证码登录;即便登录成功,购物车数据也始终无法加载,直接被淘宝的反爬风控机制拦截在外。 米家也是类似的情况:扫码授权成功后,小米的接口连续两次触发限流,设备列表始终拉取失败。 灵光进不了淘宝的购物车,但千问却可以。 当我们把同一句指令「帮我看看淘宝购物车有什么降价幅度比较大的商品」发给千问时,两者的权限差距一目了然:千问不仅直接列出了购物车清单,甚至清楚地知道里面那把人体工学椅「已经加购快 300 天、看了几十次」。 与此同时,支付路径,阿里目前也没有向灵光 2.0

阅读原文(极客公园)→

本站为资讯聚合平台,仅展示标题与摘要,原文版权归原发布方所有;如有侵权请联系我们删除。