千问开放平台上线，Agent开始办事

千问不只回答问题，开始把服务搬进对话框

千问开放平台于今天（2026年8月10日）正式上线，面向生态伙伴和开发者开放手机、PC与AI眼镜三类终端的服务接入。第三方可以创建独立智能体，让用户在千问 App 内通过对话完成咨询、推荐、授权、下单乃至履约，不必再反复跳转不同应用。

**千问开放平台是一个把第三方真实服务封装成对话式智能体，并分发到千问多类终端的服务接入平台。**它和常见的模型开发平台并不是一回事：后者主要提供模型推理、知识库和工作流工具，前者更像AI时代的应用商店、服务总线与交易基础设施的组合。

按照IT之家今天披露的信息，首批合作伙伴覆盖物流运输、房产居住、本地生活、理财、汽车等十多个领域，已接入的外部服务包括顺丰速运、天鹅到家鹅宝、联想乐享、自如租房、盈米基金且慢小顾、哈啰租车、彩云天气、快递100果宝、闪送、飞常准、美的美居和嘟嘟巴士等。菜鸟、夸克网盘、夸克扫描王等阿里生态产品也同步进入千问。

服务型智能体，关键是完成而非回答

**服务型智能体是能够理解用户目标、调用外部服务并推动任务产生真实结果的AI应用。**它与只负责生成文字答案的聊天机器人有本质区别：回答“快递怎么寄”只是信息服务，真正读取地址、生成订单并安排取件，才算完成任务。

千问这次强调的是从咨询、推荐到履约的完整服务链路。用户可以在对话中输入“帮我给上海客户寄个文件”，顺丰智能体结合用户授权和历史信息识别寄件地址、收件关系与服务偏好，再继续完成寄件流程；用户也可以询问长期闲置资金如何配置，由且慢小顾进行基金筛选与分析，并在获得授权后读取真实账户持仓，识别重复持有和配置过度集中的问题。

**完整履约能力决定了这次开放比新增几个聊天插件更有价值。**过去不少所谓Agent只是给传统网页套了一层自然语言入口：AI负责推荐，最终仍让用户打开另一个应用、重新登录、搜索商品并填写资料。每增加一次跳转，都意味着上下文丢失和转化率下降。千问把账号、授权、订单和AI支付等基础设施纳入平台，目标是尽量让任务在同一会话内闭环。

服务型智能体与传统应用、通用聊天机器人之间的差异，可以概括如下：

| 形态 | 主要入口 | 理解复杂需求 | 调用真实服务 | 订单与支付 | 连续记忆 | 典型结果 | |---|---|---:|---:|---:|---:|---| | 传统App | 图标、菜单、搜索框 | 较弱，依赖用户逐层操作 | 强 | 原生支持 | 以账号数据为主 | 用户自己完成流程 | | 小程序或服务卡片 | 平台搜索、扫码、推荐流 | 有限，依赖固定页面 | 强 | 通常支持 | 有限 | 缩短部分操作路径 | | 通用聊天机器人 | 自然语言对话 | 强 | 通常有限 | 通常不闭环 | 依产品而定 | 给答案或建议 | | 千问服务型智能体 | 对话中的@唤起、智能体入口 | 强，支持理解与规划 | 强，连接第三方服务 | 平台提供相关基础设施 | 可在授权后保留服务关系 | 从需求表达推进到实际履约 |

平台真正开放的是交易链路

**千问开放平台最重要的产品变化，是把第三方服务从“可被推荐”升级为“可被AI执行”。**用户可以在对话里@相关服务，也可以点击页面右上角的圆点角标进入独立智能体空间；服务商则通过标准化协议接入已有Agent，使用一键授权、端到端调测、前端组件与模板完成迁移。

这套链路至少包含五个环节：

1. **意图识别：**千问判断用户是在查询信息，还是准备发起一项真实服务。
2. **服务路由：**平台把任务交给顺丰、自如、哈啰租车等对应领域的智能体，而不是让通用模型凭空回答。
3. **身份与权限：**用户授权服务读取必要的账号、地址、订单或持仓信息。
4. **交易确认：**涉及价格、订单和支付时，系统需要向用户展示关键条件并获得明确确认。
5. **履约与售后：**服务方创建订单、更新状态，并继续处理改期、取消、退款或异常情况。

**这五个环节中，最难的并不是第一步的自然语言理解，而是后三步的状态管理。**聊天内容可以重新生成，真实订单却不能随意重试；模型重复执行一次寄件、租车或支付，后果远比回答错误严重。开发者需要为创建订单、取消订单和支付确认设计幂等机制，为超时、库存变化、价格变化及网络中断准备补偿流程，同时保留可审计的操作记录。

**标准化协议降低的是接入成本，但不会自动消除行业系统的复杂性。**千问目前公布了标准化接入、一键授权和端到端调测等能力，但并未在参考信息中进一步披露协议字段、审核周期、平台抽成、流量分配、支付费率、服务等级协议或详细技术文档。对开发团队而言，这些规则会直接决定一个已有Agent究竟能否快速迁移，以及接入后的单位经济模型是否成立。

对开发者而言，这不是再做一个聊天壳

**开发者接入千问时需要把业务能力改造成可组合、可回滚、可确认的动作。**一个租房智能体不能只回答房源问题，还应区分搜索房源、预约看房、提交材料、签约、报修、保洁、续约和换房等不同状态，并明确每个动作需要哪些权限、哪些字段及哪一级人工确认。

**真正适合优先接入的平台服务通常具有高频需求、明确动作和可验证结果。**寄快递、查航班、预约保洁、租车和查询文件都符合这一特征，因为任务边界清楚，执行结果可以通过订单号、预约状态或文件列表验证。开放式咨询虽然容易上线，但如果不能形成后续动作，最终仍会退化成一个专业问答机器人。

开发团队至少需要补齐以下能力：

• **结构化动作层：**把“帮我寄文件”拆成地址确认、物品选择、时效询价、下单和取件等可控步骤。
• **权限最小化：**每次只申请完成当前任务所需的数据，避免以提供便利为由读取无关账户信息。
• **关键动作确认：**支付、签约、投资调整和取消订单等不可逆或高风险动作，不能只根据模型推断执行。
• **异常恢复：**第三方系统超时后必须先查询订单状态，再决定是否重试，不能直接重复创建。
• **可观察性：**服务商需要区分模型误判、平台路由错误、接口故障和业务规则拒绝，否则无法定位转化流失。
• **跨终端一致性：**手机、PC和AI眼镜的输入输出能力不同，同一任务应能保持账号、上下文和状态连续。

**平台内置前端组件与模板的意义，是让开发者不必把所有服务都压缩成纯文字。**租车需要展示车型、价格和取还车地点，基金分析需要图表与风险说明，文件管理需要列表、预览和选择控件。好的智能体界面不应该消灭GUI，而应该让自然语言负责表达目标，让结构化界面承担比较、核对和确认。

多终端开放，让AI眼镜不再只是拍摄设备

**千问开放平台同时开放手机、PC和AI眼镜，意味着同一个服务可以根据终端能力采用不同交互方式。**手机适合处理即时服务和支付，PC适合文件整理及复杂信息比较，AI眼镜则能够获得第一视角图像并提供免手持反馈。

**AI眼镜端提供Skill接入和行业定制两种模式。**Skill是可被智能体发现和调用的标准化能力单元，可以理解为面向AI任务的功能模块；行业定制则更适合对视觉识别、交互流程、硬件能力或合规要求有特殊需求的场景。

官方给出的示例是，开发者可以用自然语言定制一个“身边有什么”Skill，调用眼镜拍照能力识别环境，为视障人士提醒门槛、台阶等前方障碍物。这个方向有实际价值，但安全边界也必须说清楚：视觉模型可能漏检、误检或受光线影响，因此相关Skill更适合作为辅助提醒，而不能被宣传成替代导盲杖、导盲犬或专业无障碍设施的安全系统。

**AI眼镜会把智能体的权限问题从账号数据扩大到真实环境。**第一视角设备可能持续接触路人、住宅、车辆和屏幕中的敏感信息，平台需要明确拍摄提示、数据上传范围、保存周期和第三方Skill的访问权限。对开发者来说，“能调用摄像头”不是一个普通功能开关，而是一项需要默认克制的高敏感能力。

理财、住房和支付场景最考验平台治理

**服务型智能体进入理财、住房和支付领域后，模型错误会直接转化为财务与合同风险。**且慢小顾可以结合用户需求筛选基金，也能在获得授权后诊断真实持仓，但“分析配置问题”和“替用户执行投资交易”之间存在清晰的风险分界。

**平台需要把建议、授权和执行拆成可审计的不同阶段。**模型应说明信息依据、风险假设和适用范围；涉及真实账户时，应展示读取了哪些数据；涉及交易时，则必须明确产品、金额、费用、风险等级与确认时间。仅用一句“是否继续”承载所有风险信息，并不符合高风险服务应有的交互标准。

**记忆能力同样是一把双刃剑。**智能体记住常用寄件地址可以减少重复输入，但地址关系、租房合同、持仓情况和出行记录都属于敏感信息。平台和服务商必须让用户看得见、改得动、删得掉，并避免把一次授权默认扩展成长期、跨服务共享的权限。

千问要争的是AI时代的默认服务入口

**千问开放平台的商业价值，在于让平台成为需求分发与交易发生的第一入口。**在传统移动互联网里，用户先决定打开哪个App，再在App里寻找功能；在智能体模式下，用户只说“给客户寄文件”或“找一辆周末用的七座车”，平台先理解需求，再选择服务商。

这意味着服务品牌的竞争方式可能发生变化。过去开发者争夺应用商店排名、搜索关键词和首页推荐位，未来还要争夺智能体的路由优先级：当多个服务都能满足同一需求时，千问依据价格、速度、历史偏好、服务质量还是商业合作进行排序，会直接影响第三方获得多少订单。

**对第三方伙伴而言，接入超级入口既是增量渠道，也可能削弱与用户的直接关系。**服务商可以降低获客和交互成本，却也可能失去界面控制权、品牌曝光及一部分用户行为数据。平台是否允许伙伴建立长期服务关系、如何解释推荐排序、能否提供完整归因和复购数据，将影响头部服务商投入的深度。

**对千问而言，首批伙伴数量并不是最重要的成功指标。**更值得观察的数据包括任务完成率、平均确认次数、跨应用跳转率、订单取消率、错误执行率和用户授权撤回率。只有当用户说完一句话后确实少点页面、少填信息，并且没有增加误操作风险，服务型智能体才算比传统App更先进。

判断：方向正确，成败看可靠性而非模型跑分

**千问这次开放的方向是对的，因为AI助手必须从“会说”走向“能办”。**顺丰、自如、哈啰租车和本地生活服务提供了真实供给，账号、订单、支付与多终端能力则补上了履约基础设施，这比单纯增加模型参数或上线一批提示词机器人更接近Agent的实际价值。

**千问开放平台目前仍处于用真实业务检验可靠性的阶段。**平台尚未公开详细计费、分成、协议规范和运营指标，因此现在无法判断开发者的接入成本，也无法用数字比较它与其他智能体平台的任务完成质量。首批案例证明了场景覆盖面，却还没有证明大规模并发下的稳定性和复杂异常下的处理能力。

**最终决定用户是否留下来的，不是千问能接入多少智能体，而是它敢不敢对执行结果负责。**一个能在正常流程里下单的Agent并不稀缺，一个能识别价格变化、阻止重复支付、解释失败原因并顺利处理退款的Agent，才是真正可用的服务型智能体。

如果千问能把标准协议、身份授权、支付订单、审计机制和跨端上下文做成稳定底座，开发者就有机会把现有服务快速改造成AI可调用的能力；如果平台只能完成展示和导流，它最终仍只是换了一种入口形式的应用目录。此次上线迈出了关键一步，但接下来的竞争会发生在那些不显眼、却决定交易能否安全完成的工程细节里。

参考来源

• IT之家：阿里千问开放平台上线，租房租车、寄快递等服务可对话办理——报道平台上线时间、首批合作伙伴、三类终端、接入方式及服务案例。