10 月 13 日,澎湃新闻、上证报、经济参考网、环球网等多家媒体同日报道,阿里千问的个人助理升级版 Personal Agent「千问 Go」即将发布。通稿里列了一串能力,但真正值得拆的不是这份清单本身,而是清单里露出的那条能力边界。

背景不复杂。千问自 2025 年 11 月上线,基于阿里生态和开放平台,已经具备购物、打车、快递、理财能力。今年 9 月云栖大会上,千问宣布将依托 Qwen 3.8 系列的 Agentic 能力构建全新形态的 Personal Agent,定调从「用户去用千问」转向「我的千问」。这次披露是这个方向上最早的一批具体能力样本。

多家媒体同日报道的体验,重点不在功能列表而在两处细节细节一:把代金券谈成现金用户只说「之前的航班延误了,不记得是哪趟,帮我沟通赔偿」系统自行查订单与航班动态、联系客服,明确提出要现金赔偿细节二:把隐藏入口找出来用户听说淘宝买贵能退钱,但「不知道怎么用」系统在淘宝内找到价保入口、遍历订单并识别出可赔的那一笔媒体披露的其他能力(澎湃、上证报、经济参考网、环球网同日报道)汽车保养:按车型、门店与到店时间,致电途虎询价并预约运动预约:按球馆、时长与优先时段预订羽毛球场购物比价:比较同款价格,并把补贴、优惠券、旧机回收与送装费用一并计入总价披露的个体结果:一笔 70 元理赔款、一笔 52 元价保退款;比价场景设定在总价低于 4500 元时通知用户背景:千问自 2025 年 11 月上线,已具备购物、打车、快递、理财能力;9 月云栖大会宣布依托 Qwen 3.8 系列的Agentic 能力构建新形态 Personal Agent。「千问 Go」为升级版本,10 月 13 日披露即将发布
图|真正的分界线是「代办并谈判」,而不是「查好并告知」——前者要求系统代表用户开口。

两处细节比功能列表更有信息量

媒体披露的案例里,有两个值得单独拎出来。

一个是航班延误理赔。用户对千问说「之前的航班有延误,不记得是哪趟了,帮我沟通赔偿」。系统自行去机票预订平台查订单、查航班动态,确认延误后联系客服——客服提出以代金券赔偿时,它明确提出要现金赔偿,最终为用户争取到 70 元。

另一个是淘宝价保。用户听说淘宝买贵了能退钱,但不知道怎么用。系统在淘宝里找到价保入口,检查用户所有订单,自动识别出一笔可赔付的 0涂层不粘炒锅订单,退回 52 元差价。

这两件事的性质比「帮我查一下」要重一档。查一下是把信息找回来,剩下的是用户自己动手;这两件是把事办完,把钱要回来,中间的谈判、选择、遍历、提交都是系统做的,用户全程只是描述需求。

披露的其他能力也沿着同一条线:按车型、门店与到店时间致电途虎询价并预约保养;按球馆、运动时长与优先时段预订羽毛球场;买冰箱时比较淘宝同款价格,并把个人可用的补贴、优惠券、旧机回收与送装费用一并计入总价,在总价低于 4500 元时通知用户。这一条尤其值得注意——它把账算到了平台价格之外。

同一批案例里的两面它确实证明了的跨平台查证成为常态——航班订单、航班动态、淘宝订单分别在不同系统里取回并合上办事清单偏向「小额、可核销、已有平台规则明确」的任务它没有证明的全是低争议、低金额场景:几十到几百元,无高风险权限没有代付大额、没有不可逆操作、也没有涉及责任归属的案例个别用户自述,不构成可用性口径与本站此前的记录可以并读:个人助理三厂入场的分析(2026 年 9 月末)当时提出三道关——授权范围、安全边界、责任归属。这批案例补上了头一关的答案,后两关仍然敞着发布节奏本身也是信号:官方措辞是「即将发布」,媒体口径为记者提前体验这意味着正式版的能力范围、开放范围与可用边界目前官方及行业暂未披露更多细节,后续将持续跟进迭代动态。对从业者更有用的观察是:能力清单的排列顺序,从购物打车这类「平台内闭环」往「需要对外开口」的任务移动。
图|办事清单的排序比清单本身更能说明路线——下一格是「能赔多少」,再下一格是「赔错了算谁的」。

把这份清单放到天平上

它确实证明了什么。跨平台查证已经成为常态:航班订单在订票平台、航班动态在航空平台、淘宝订单在电商平台,系统分别取回并且合上。而且办事清单明显偏向一类特定任务——小额、可核销、已有平台规则明确。价保有明确规则入口,延误理赔有明确索赔规则,比价有明确参考对象。这些任务的共同点是:做成了能立刻验证,做砸了损失有限。

它没有证明什么。披露的案例金额是几十到几百元,没有一笔涉及大额代付、不可逆操作,或责任归属的复杂情形。个别案例来自用户自述,不构成可用性口径。而发布节奏本身也是信号——官方措辞是「即将发布」,媒体口径为记者提前体验,这意味着正式版的能力范围、开放范围与可用边界目前官方及行业暂未披露更多细节,后续将持续跟进迭代动态。

值得注意的是,这批案例和本站此前对个人助理赛道的判断可以对上。2026 年 9 月末三家大厂几乎同时入场时,本站当时提过三道关:授权范围、安全边界、责任归属。这批案例补上了头一关的答案——授权范围确实在扩展,千问可以自主查询操作各类授权平台;而后两关仍然敞着。70 元理赔款里的谈判如果谈错了,损失有限;同一套能力放到一笔五位数的账单上,第三道关立刻就到了。

更值得看的,是清单的排列顺序

从购物打车这类平台内闭环任务,到需要对外开口的任务——赔钱要联系客服、保养要打电话询价——这一步的跨越比任何单项功能都重要。对外开口意味着智能体要代表用户与不受自己控制的第三方谈判,而第三方的回应是不可预测的:客服可能谈成也可能谈不成,门店可能报价也可能不接。

由此可以推出这份能力清单的走向。看下一步该长出什么,比看今天会什么更有价值——下一格大概是「能赔到多少」,再下一格是「赔错了算谁的」。前者是执行深度问题,各家能力差距有限;后者是制度问题,谁都绕不过去。

所以这份清单的排序,比清单本身更能说明各家现在的路线位置:都还在「能办」的阶段,都还没进入「担责」的阶段。这中间的差别不在模型能力,而在有没有人愿意为结果承担损失。