千问AI平台WAIC亮相 Agent成为新用户

阿里妹导读

这篇文章的思考，源自作者在技术实践中的真实体悟，算不上宏大的理论体系，只希望能把一些切身的观察与想法分享出来，供大家参考与探讨。

2026年7月17日至20日，世界人工智能大会（WAIC）在上海隆重举行。模型能力本身持续演进，与此同时，AI应用的开发范式也在悄然转型——一个显著的趋势是，越来越多的任务正由Agent自主完成，从模型检索、工具调用、项目分析，到最终将应用部署至云端。

在千问AI平台的展区，经过一整天的深入交流与分享，大家关注的焦点已不再局限于“该选哪个模型”或“API如何接入”，而是延伸到了用量管理、应用部署等更实际的环节。这些问题最终都指向同一个核心命题：

当Agent成为平台的直接用户时，我们该如何让它能更顺畅地调用模型、使用云资源，并将一个创意真正落地成可访问的应用？

如需调用千问AI平台的海量模型能力，在Agent中输入：

npx skills add QianWen-AI/qianwen-ai

如需实现Agent的上云部署，在Agent中输入：

npx skills add QianWen-AI/qianwenai-deploy

平台迎来全新用户类型：Agent

过去十几年，绝大多数互联网产品与云服务都是围绕“人”来设计的。用户需要浏览页面、阅读文档、对比参数，在控制台内点击填写信息；遇到不确定的问题时，还能联系客服人员，凭借经验做出判断。

但Agent的工作方式截然不同。它接收一个目标后，需要自行寻找能力、判断前置条件、执行操作、读取结果，遇到异常还要自主决定下一步行动。对Agent而言，一个能力入口是否稳定、输出是否结构化、错误信息是否可理解、结果能否被验证——这些远比页面上的操作路径重要得多。

当然，这并不意味着人类开发者会完全退出产品流程。开发者依然负责提出目标、授予权限、确认费用，并对关键决策承担责任。变化发生在中间环节：过去需要人工查资料、配参数、切换工具来完成的工作，现在开始逐步交由Agent来承担。

正是基于这样的洞察，千问AI平台开始尝试将Agent视为平台的一类重要用户来设计产品。重点并非在原有控制台上添加一个对话入口，而是让模型、工具和云资源能够以Agent可理解、可调用、可验证的方式被组织起来。

从模型调用到交付在线应用

围绕Agent的工作方式，千问AI平台提供了模型服务、API、CLI以及一系列Skills。开发者可以轻松发现并调用不同模态的模型，也可以将Skills安装给Agent，让Agent知晓何时该使用哪些能力、需要完成哪些前置检查，以及如何判断任务是否成功。

只需在Agent中输入：

npx skills add QianWen-AI/qianwen-ai

即可调用千问AI平台的海量模型能力

新上线的部署Skill，更是直接将模型调用与云上运行连接起来。用户可以从本地项目或Git仓库开始，由Agent分析项目结构与运行方式，形成部署方案，检查资源库存并估算费用；在用户确认后，通过ROS创建所需的阿里云资源，完成服务探活，最终交付一个可访问的公网地址。

如果项目已部署过，Agent还能在保留原有访问地址的前提下，执行项目热更新。目前，这套部署能力以阿里云国内站资源为底座，支持单机和高可用两种拓扑结构；若项目需要数据库，也支持选择RDS作为数据库能力。

只需在Agent中输入：

npx skills add QianWen-AI/qianwenai-deploy

即可实现上云部署能力

这条链路可概括为：

用户目标 → 模型调用Skills → 部署运行Skill → 阿里云资源底座 → 在线应用

千问AI平台负责将用户意图组织成Agent可执行的任务；阿里云则负责将任务落实为具体的计算、网络、存储、数据库和资源编排能力。平台并未刻意隐藏云本身的复杂性，而是将复杂性置于更清晰的分层中：上层用自然语言理解目标、形成方案，底层用确定性的命令、接口和资源状态来完成执行。

Skills 并非另一份 API 文档

面向人类的产品文档，往往会省略许多需要靠经验才能补齐的判断。人看到接口说明，可以结合上下文决定先做什么、何时该停、出错后去哪里排查；但Agent若缺少这些信息，很容易在错误的路径上反复尝试，浪费大量时间。

因此，Skills的作用不仅是告诉Agent“有哪些接口可用”，更关键的是将产品知识组织成一套可执行的任务策略。一个可用的Skill，需要说明适用的场景、前置检查、执行顺序、确认节点、成功标准以及异常处理方式。它让产品不仅提供能力，还将使用能力的方法一并交给Agent。

部署Skill就是一个具体的例子。它并未将ECS、VPC、EIP、SLB、RDS、OSS和ROS的接口逐一罗列，而是围绕“把这个项目上线”这一目标，组织起项目分析、方案选择、库存检查、费用确认、资源创建、服务探活和结果交付的完整流程。对用户而言，最终得到的是一个可访问的应用；对Agent而言，每一步都有明确的输入、状态和判断依据。

真正的简单，在于边界清晰

当Agent开始操作真实的云资源时，产品设计不能只追求步骤更少，还必须让权限、费用、状态和退出方式都足够清晰透明。

在部署流程中，访问凭证和私有仓库的Token不会通过聊天收集；创建资源前，需完成库存与模板检查，展示费用估算和资源清单，并由用户确认；部署过程中会持续返回状态，部署完成后通过探活验证服务是否真正可用；删除资源时也需再次确认，并通过ROS统一释放整组资源。

这些控制点并不会让流程看起来“更智能”，但它们决定了Agent的操作是否可预测、可检查，也决定了企业是否敢将真实任务放心地交给Agent。

千问AI平台在实践中形成的判断是：Agent不怕复杂，怕的是混沌。

一个复杂的系统，只要拥有清晰的语义、稳定的入口、结构化的反馈和明确的责任边界，就可以被Agent理解和执行；真正阻碍Agent的，往往是那些分散、模糊、无法验证的过程。

因此，我们需要从Agent-First的角度重新理解AI平台。Agent-First并非让所有产品都变成一个聊天框，也不是用新入口去替代已有的云资源体系。Web端依然适合人类开发者探索、比较和确认能力；Skills帮助Agent理解任务、形成计划；CLI、API与ROS负责确定性的执行；而人则保留授权、费用确认和关键决策的权力。

当这些环节能在同一个任务上下文中无缝连接起来，Agent才能真正从“会回答问题”走向“能完成工作”。从调用一个模型，到将应用部署上云，千问AI平台正在做的，就是把复杂的云能力重新组织成Agent可以理解、可以执行，同时人也可以信任的上下文。

千问AI平台——为Agent而生，驱动AI生产力

扫描下方二维码，直达千问AI平台体验

点击阅读原文即可体验！

阅读原文

你是一名 AI 行业编辑，请围绕下面这条热点输出一份资讯解读：
热点：千问AI平台WAIC亮相 Agent成为新用户要求：
1. 先用一句话解释这条热点在讲什么
2. 再总结它为什么重要
3. 说明会影响哪些 AI 产品或内容方向
4. 最后给出 3 个适合资讯站使用的标题