专家快评 | AI Agent替你花钱之前，可能还得先给你发一条短信

AI Agent 已能替用户完成找酒店、订餐厅、叫车等任务，下一步必然涉及支付环节。谁能授权 Agent 付款、授权边界何在、交易出错后的举证责任归属，已成为 Agent 商业化必须跨越的门槛。

一条短信隔开 AI 执行与用户授权

9 月 15 日，SK Telecom 在首尔主办 GSMA RCS Group 标准化会议，联合 AT&T、T-Mobile、Vodafone、Orange 及 Apple、Google、Samsung 等 16 家公司，推动"AI 与消息演进”特别会议，并提交"AI Agent Approval over RCS"标准议题。

目前该方案仅为标准提案，尚未成为 GSMA 正式标准或实现规模化商用。

按照 SKT 提出的流程，AI Agent 完成比价、预订或订单生成后，企业通过 RCS 向用户发送包含企业名称、品牌标识、商品详情和金额的确认消息，并提供“批准”按钮。用户在手机原生消息界面确认，结果留存于会话记录中。

此消息虽形似“短信”，实则基于 RCS 技术。相比传统 SMS，它能展示经核验的企业身份、图片、交互按钮及处理结果。用户无需在 AI 应用内直接确认，而是通过独立的消息通道核对后再授权，实现了执行与确认的分离。

将执行和确认分离增加了核查防线。即使 Agent 出现幻觉、插件被篡改或账号被接管，用户仍有机会在消息中发现异常并拒绝交易。当然，这也取决于确认通道本身的安全性。

全球运营商已经凑齐三块拼图

截至目前，尚无其他运营商将“跨 Agent、跨商户的 RCS 最终授权”做成规模商用产品。国际市场更多是在分别建设 Agent 执行入口、RCS 交易界面和网络认证能力。

Deutsche Telekom：

T Phone 3 内置 Perplexity Assistant，可预订餐厅、调用 Uber 并辅助购物，已在德国等 10 个欧洲市场推出。其解决了 Agent 如何替用户办事的问题，但尚未提供独立、统一的交易授权通道。

Vodafone：

RCS for Business 已将聊天机器人、互动按钮和支付纳入手机原生消息服务，具备交易界面，主要服务于商家与用户的直接交互。

Telefónica Global Solutions：

RCS A2P Hub 覆盖支付、配送调整、订单跟踪及购买推荐，提供品牌核验与反钓鱼能力，接近“消息即交易界面”，但尚未形成跨 Agent 授权协议。

GSMA Open Gateway 运营商体系：

Number Verification、SIM Swap、Device Swap 等 API 可核验号码与设备关系，识别换卡和账户接管风险，提供网络侧风险信号，但尚不能证明用户对特定交易作出了明确授权。

相比之下，SKT 提案的创新在于尝试用 RCS 承接 Agent 交易中的用户授权。若能结合运营商的身份核验和网络认证能力，消息服务有望承担更多交易安全工作。

与此同时，Google 推出 AP2 保存用户意图，Visa 推出 Trusted Agent Protocol 识别可信 Agent，Mastercard 和 Stripe 则着重解决 Agent 安全使用支付凭证问题。运营商需考虑如何与这些方案衔接，才能在交易中承担超越验证码发送的职责。

方向成立但还需补齐安全机制

SKT 的方向具有前瞻性，但现有方案距离“支付级授权”仍有差距。以 Google 当前的 RCS for Business 为例，企业消息采用分段加密而非端到端加密，企业、消息服务商和部分运营商可能接触消息内容。

因此，RCS 消息更适合展示经过签名的交易摘要，不宜直接传递银行卡号、支付密码等敏感凭证。企业品牌经过核验，也不代表 Agent 准确执行了用户意图。要证明用户确实批准了某一笔交易，仅有点击记录是不够的。

具体到授权设计，至少需要将以下信息和机制与同一笔交易严格对应：

• Agent 身份、商户身份以及二者的授权关系。
• 订单摘要、金额与币种、授权范围、有效时间和唯一交易编号。
• 号码、设备、换卡、漫游等网络风险状态，并按风险触发 Passkey、生物识别或银行强认证。
• 可验证的授权回执，以及撤销、异常告警、争议处理和全链路追溯机制。

如果标准仅规定品牌 Logo、商品图片和批准按钮，最终得到的只是一个界面更漂亮的短信验证码。

中国运营商应先做授权基础设施

国内三家运营商已拥有 5G 消息、原生终端入口、实名号码、智能体平台、话费账户和网络风险数据。当前缺口集中在统一授权格式、跨网互通和责任规则。建议从以下几方面着手：

第一，先从运营商自有交易试点

套餐变更、国际漫游包订购、宽带装维预约、终端购买、积分兑换和账单支付，均适合由 AI Agent 发起、RCS 二次确认。运营商掌握客户、商品、账户和交付系统，更容易跑通完整闭环。

首批试点不宜直接进入开放电商和高额金融交易。应先验证用户理解度、点击意愿及误批准率，再逐步提高金额和开放范围。

第二，三家运营商共同定义授权凭证

授权消息的字段、签名方式、超时时间、撤销规则、回执格式和 SMS 降级机制需要保持一致。确保用户更换运营商或终端后仍能获得同样的确认体验，商业客户也只需接入一次。

这项能力适合通过 CCSA 形成国内统一规范，并同步参与 GSMA 标准讨论，将国内 5G 消息的业务实践转化为国际规则。

第三，把 RCS 网络 API 和强认证组合成产品

RCS 负责展示与交互，Number Verification、SIM Swap、Device Swap 等 API 负责识别风险，Passkey 或支付机构负责高等级认证。面向银行、航旅、电商和本地生活平台，可提供“授权请求—风险判断—用户确认—结果回传—凭证存档”的一体化 API。

运营商更具优势的位置是授权基础设施。万能 Agent 的入口竞争已趋拥挤，而号码、终端、消息与网络风险仍是运营商的主场。

第四，收入和考核口径离开短信条数

商业模式可包括企业认证年费、可信 Agent 注册费、单次有效授权费、网络风险 API 调用费及行业接入服务费。核心指标应是安全完成的授权笔数、交易转化率、欺诈损失率、误拒率、用户投诉率和跨网成功率。

组织上也不宜只交给传统消息产品部门。AI、消息、网络安全、数字身份、支付合作和法务合规需共同负责，避免产品再次滑回营销触达工具的定位。

短信可能重新成为互联网确认键

过去，短信证明“这个号码在你手里”。Agent 时代，它还要进一步证明：“这笔交易确实由你批准。”

一旦 RCS 能够承载统一、可验证、可撤销的授权凭证，消息业务的价值逻辑将发生质变：从按条计费的通知通道，升级为按次收费的信任基础设施。