千问 Go：没有独立 APP 的个人助理智能体

【总编评论】2026年10月13日，阿里发布Personal Agent“千问Go！”，内嵌于千问App，可代办航班理赔、价保退款、汽车保养预约。记者实测：用户只说了“之前的航班有延误，不记得是哪趟”，千问Go自主登录购票平台排查订单、联系客服，最终争取到70元现金赔偿。

行业主流解读是：阿里在补个人助理的课，对标Meta Muse和OpenAI dots。

这个方向是对的，但很多判断我不那么认同。

千问Go不是在做“另一个助理”，是在做“唯一能真正办事的助理”。Meta Muse跑在云端虚拟机上，能订差旅、填表单，但它打开的是外部网页，调用的是外部API，做完之后用户还得自己确认、自己收尾。千问Go不同。价保退款发生在淘宝，保养预约通过支付宝生态打通，航班理赔背后是飞猪的订单数据。用户说一句“帮我要赔偿”，千问Go直接进入交易系统里操作，不需要用户再跳转、再授权、再确认。

差别在这里：Muse和dots是“帮你打开网页的助手”，千问Go是“替你进入账户的代理人”。前者的能力上限，是用户授权范围内的网页操作。后者的能力上限，是阿里生态内所有交易场景的直连。

这解释了千问Go最反常的一个选择：不做独立App。阿里偏把千问Go塞进已有App里，因为它的价值不在入口，在场景。用户不需要“打开一个助理”，用户需要的是“在购物时有人帮我看价保、在航班延误时有人帮我要赔偿”。场景在哪里，助理就应该在哪里。把助理放进千问App，再通过千问连接淘宝、飞猪、高德，比做一个独立App再把所有场景搬进去，路径短得多。

高盛曾判断，个人助理赛道的赢家由分发能力、消费者信任、商户参与、交易基础设施等五个因素决定。这五个因素，本质是一件事：谁离用户的真实生活更近。字节有流量分发，腾讯有社交关系，阿里有交易闭环。流量可以买，关系可以迁，但“用户的钱包在淘宝里”这件事，是买不来的。

千问Go的第一批场景——价保、理赔、保养、比价——全部指向同一类需求：用户知道这些事该做，但太麻烦，懒得做。这不是“助理帮人省时间”的泛泛故事，是“助理替人做那些明知该做但一直没做的事”。这种需求不会催生一个独立App的日活，但会变成一种习惯：下次买东西之前，先问一句“有没有价保”。

个人助理的竞争，正在从“谁先做出一个能办事的Agent”，变成“谁的Agent能办别人办不了的事”。

千问Go这条路不一定能赢。但它确实选了一条对手很难抄的路。