阿里千问最近又往前走了一步。

这次不是再增加一个搜索、写作或者 PPT 功能，而是准备推出一个真正帮用户：

跑流程、找入口、联系客服、提交申请、持续跟进结果

的 Personal Agent：

千问 Go!

10 月 13 日，千问确认：

千问 Go! 并不是一款新的独立 App。

它会直接内嵌在现有千问 APP 中。

目前体验申请页面已经上线，用户可以通过 APP 内指定入口提交申请，千问将根据测试反馈，逐步向更多用户开放资格。时代新闻

以前使用 AI，更多是：

告诉我航班延误应该怎么申请赔偿。

千问 Go! 想进一步变成：

你把目标告诉我，我去帮你查订单、确认资格、联系平台，再把申请推进下去。

AI 开始从“回答问题”，走向：

替用户办事。

一、千问 Go! 到底是什么？

千问 Go! 是千问正在测试的个人事务智能体，也就是：

Personal Agent。

普通 AI 助手通常围绕一轮对话工作。

用户问一个问题。

AI 给出一份答案。

需要执行时，用户再自己打开对应 App、寻找入口、填写资料和联系客服。

千问 Go! 想处理的则是：

一个需要连续多个步骤才能完成的现实任务。

例如用户只说：

我之前有一趟航班延误了，但忘记是哪一趟，帮我看看能不能赔。

Agent 需要自己继续完成：

理解用户目标
↓
查看历史订单
↓
核对航班状态
↓
判断是否符合条件
↓
寻找理赔或客服入口
↓
与平台沟通
↓
根据用户要求继续交涉
↓
提交申请
↓
反馈处理结果

它不再只负责提供一份操作教程。

而是尝试接管教程后面的实际流程。

二、它不是独立 App，入口仍然在千问里面

此前外界曾有消息称，阿里可能单独推出一款名为“千问 Go!”的个人智能体应用。

千问现在已经明确回应：

不是独立 App。

千问 Go! 会作为一个功能入口，直接出现在千问 APP 中。时代新闻

从产品逻辑上看，这种方式也更加合理。

用户不需要：

重新下载软件；

重新注册账号；

重新建立对话记录；

再学习一套全新界面。

原本已经使用千问搜索、写作、PPT、图片和录音纪要的用户，可以在同一个应用中继续调用个人 Agent。

千问也可以沿用原有的：

账号体系；

模型能力；

历史上下文；

阿里生态服务；

开放平台连接能力。

所以这不是“再做一个千问”。

而是给现有千问增加一种新的工作模式：

从帮你想，继续走到帮你办。

三、目前怎么申请体验？

千问 Go! 当前还没有全面开放。

用户需要：

打开千问APP
↓
进入APP内指定入口
↓
填写体验申请
↓
等待资格逐步开放

目前官方及相关报道只使用了：

“APP 内指定入口”

这一表述，并没有公布一个适用于所有版本和所有账号的固定菜单路径。

如果暂时没有看到入口，可以先：

升级千问 APP；

检查首页、个人中心或活动入口；

等待账号灰度开放。

提交申请也不代表立即获得资格。

千问会结合测试进度和用户反馈，逐步扩大开放范围。雷锋网

四、它现在可以办哪些事？

根据目前公开体验，千问 Go! 已经覆盖多种生活与个人事务。

包括：

航班延误理赔。

淘宝价保退款。

商品比价与下单。

餐厅筛选和预订。

演出及场馆预约。

汽车保养询价和预约。

运动场地预约。

求职和简历投递。

这些任务的共同特点是：

它们并不需要特别深奥的知识推理。

但通常非常麻烦。

用户需要在多个页面之间寻找信息，比较不同选项，登录账号，联系平台，再不断跟进处理结果。

千问 Go! 的价值，就是替用户接手这些：

步骤多、入口深、沟通烦、但又必须做的事情。时代新闻

五、公开案例：帮用户拿到 70 元航班延误赔偿

目前传播最广的一次测试，是：

航班延误理赔。

测试用户只记得自己此前某趟航班发生过延误，却已经忘记具体是哪一个订单。

如果自己处理，需要先：

翻找订单；

检查日期；

查询航班状态；

确认航司；

寻找客服；

再询问赔偿政策。

千问 Go! 接到任务后，进入机票预订平台查询历史记录，并逐一核对涉及四家航司的四笔订单，最终确认延误航班为东航 MU2445。

联系航司的过程也并不顺利。

它最初尝试通过电话处理，但遇到外呼异常和智能语音流程，随后又返回订单页面，寻找在线人工客服。

客服最初提供的是：

70 元机票代金券。

用户提出自己只接受现金赔偿后，千问 Go! 继续沟通，最终为用户争取到 70 元现金，并转入支付宝账户。手机搜狐

这里真正值得关注的不是 70 元本身。

而是 Agent 在任务过程中完成了：

查询；

判断；

遇到失败；

更换路径；

继续沟通；

根据用户反馈调整要求。

这已经不再是一轮简单问答。

六、另一个案例：自动找到价保入口，申请到 52 元退款

另有测试用户购买商品后发现降价，知道平台可能支持价保，但并不清楚：

入口在哪里；

哪些订单符合条件；

应该提交什么申请。

千问 Go! 打开淘宝，找到价保入口并检查历史订单，发现用户此前购买的一款炒锅符合价保条件。

提交申请后，用户获得：

52 元差价退款。观点网

这种任务单看每一步都不复杂。

但用户经常会因为：

入口太深；

规则不清楚；

退款金额不高；

处理过程太麻烦

而选择放弃。

个人 Agent 最适合接手的，可能恰恰就是这种：

用户自己做嫌麻烦，专门找个人做又不值得的长尾事务。

七、千问 Go! 和普通搜索有什么区别？

假设用户问：

我的航班延误了，怎么申请赔偿？

普通 AI 搜索可能给出：

航司规定；

理赔条件；

客服电话；

操作步骤。

这些信息很有用。

但任务仍然停留在：

告诉用户怎么做。

千问 Go! 则尝试继续完成：

查询用户订单
+
核验真实航班信息
+
寻找对应服务入口
+
联系服务方
+
提交申请
+
继续跟进

所以两者的结束条件不一样。

普通搜索的结束条件是：

答案已经生成。

Personal Agent 的结束条件则更接近：

事情已经推进，或者已经完成。

八、为什么阿里做个人 Agent 有天然优势？

个人 Agent 想真正办事，单靠一个很聪明的大模型还不够。

它还必须连接：

账号；

订单；

支付；

物流；

地图；

票务；

商家；

客服；

预约系统。

千问开放平台目前已经提供智能体、Skill、MCP、统一授权、订单和 AI 支付等能力，并接入淘宝、淘宝闪购、高德、天猫超市、飞猪、菜鸟、盒马、大麦、顺丰、飞常准和东方航空等多类服务。千问开放平台

这意味着千问并不需要所有场景都从零建设。

它可以利用阿里现有生态，并通过开放平台继续接入外部品牌和服务商。

例如用户提出：

帮我准备周末旅行。

Agent 后续可能需要调用：

高德
→ 路线与地点

飞猪
→ 机票和酒店

天气服务
→ 行程风险

餐饮服务
→ 餐厅筛选

订单系统
→ 预订与查询

支付能力
→ 用户确认后完成交易

Personal Agent 最终拼的，不只是模型智商。

还包括：

背后到底连接了多少真实服务。

九、以后可能不需要记住每个 App 的入口

今天的手机里，每个 App 都要求用户理解自己的产品结构。

申请价保，要知道价保入口在哪里。

预约汽车保养，要知道选择哪家门店、哪个套餐。

申请航班赔偿，要知道找平台还是航司。

用户需要先学习：

服务是怎么设计的。

个人 Agent 的逻辑则反过来：

用户只描述最终目标。

Agent 再去理解不同 App 和服务的流程。

例如：

帮我找一家周六晚上适合四个人聚餐的餐厅，距离公司不超过五公里，人均两百以内，最好能预订包间。

用户不需要自己分别打开地图、点评、餐厅和预约平台。

Agent 可以先比较方案，再把关键选择交给用户确认。

未来用户面对的入口，可能不再是几十个不同 App。

而是：

一个能够调度这些服务的个人 Agent。

十、Personal Agent 真正难的是处理“没有固定流程”的任务

自动化脚本最擅长处理固定流程。

例如：

打开页面；

点击某个按钮；

下载文件；

发送消息。

但现实事务经常会发生变化。

客服联系不上。

页面入口改变。

某个订单不符合条件。

原定餐厅已经满座。

商家只提供代金券，但用户要求现金。

千问 Go! 想处理的是这种：

目标相对明确，但中间路径并不固定的任务。

它需要根据每一步结果重新判断：

下一步做什么；

是否要更换入口；

是否需要继续沟通；

什么时候必须询问用户。

这也是 Agent 和传统 RPA 最大的区别之一。

RPA 按照预先写好的流程执行。

Agent 则需要在流程发生变化时：

重新规划。

十一、涉及付款和提交时，必须让用户掌握最终决定

个人 Agent 能力越强，权限问题就越重要。

查询商品价格和整理方案，风险相对较低。

但涉及：

付款；

提交求职申请；

发送消息；

签署协议；

取消订单；

修改预约；

使用个人身份信息，

就不能完全静默执行。

更加合理的工作方式应该是：

Agent完成信息收集和方案比较
↓
展示即将执行的关键操作
↓
用户确认
↓
Agent再完成提交或支付

用户还应该能够查看：

Agent 登录了哪些服务；

调用了什么信息；

做过哪些操作；

哪些权限仍然有效；

怎样撤销授权。

真正好用的个人 Agent，不只是会主动办事。

还必须做到：

每一步都足够透明、可控、可追踪。

十二、办事成功案例不代表所有任务都能保证完成

70 元航班赔偿和 52 元价保退款，说明千问 Go! 已经可以在部分场景中完成实际任务。

但这些案例不能被理解成：

所有申请都会成功。

最终结果仍然取决于：

订单是否真实存在；

用户是否符合资格；

航司或平台规则；

第三方服务是否允许操作；

所需资料是否完整；

客服是否同意申请；

用户是否完成必要授权。

例如航班没有达到赔偿条件，Agent 再努力也不能凭空获得赔偿。

商品没有参与价保，也无法强制平台退款。

所以 Personal Agent 的价值不是：

保证用户每次都得到想要的结果。

而是：

减少查询、沟通和操作的成本，并尽可能把流程推进到最后。

十三、哪些人适合申请体验？

经常网购的人

可以测试商品比价、优惠比较、价保退款和订单处理。

经常出差或旅行的人

适合航班、酒店、行程、延误赔偿和交通安排等任务。

不喜欢研究 App 入口的人

很多事务明明可以办理，只是流程隐藏得太深。

日常事务特别多的人

预约、保养、场馆、餐厅和快递等任务，都可能由 Agent 协助推进。

想观察 Personal Agent 发展的人

千问 Go! 目前仍在早期测试，适合实际体验其成功率、权限机制和任务边界。

结语

千问 Go! 目前可以确认的核心信息包括：

它不是独立 App。

它直接内嵌在千问 APP 中。

体验申请页面已经上线。

资格将逐步开放。

公开测试场景包括：

航班延误理赔；

淘宝价保退款；

商品比价下单；

场馆及演出预约；

餐厅筛选预订；

汽车保养询价；

运动预约；

求职投递。

过去的 AI 更像一个顾问。

用户问：

我应该怎么做？

它给出方法。

千问 Go! 想进一步变成：

你告诉我想完成什么，我去帮你把过程推进下去。

这可能也是个人 AI 下一阶段最明显的变化。

不只是更会说。

不只是更懂用户。

而是开始真正进入现实服务中：

查订单、找入口、比价格、联系客服、提交申请，再把结果带回来。

不过现在它仍处于体验申请和逐步开放阶段。

真正决定千问 Go! 能不能成为日常助理的，不是一两个成功案例。

而是它在大量复杂、变化和充满意外的真实事务中，能不能长期做到：

办得成、说得清，也让用户随时能够接管。

相关链接

千问官网
https://www.qianwen.com/

千问网页版
https://www.qianwen.com/chat/

千问开放平台
https://open.qianwen.com/

千问 App Store
https://apps.apple.com/cn/app/id6466733523

千问 Windows 版
https://apps.microsoft.com/detail/xp8m1sgl1lzr2f