工具教程 · 神机百见-具身解读

给机器人开一个钱包:支付宝 KYA 的四道闸,和一份能照着抄的授权清单

支付宝与高德动量发布「AI付·具身智能」,机器狗「途途」可以在主人授权额度内自己扫码付款。热闹之外,真正可复用的是 APASS 那套 KYA 四维度框架——把它翻译成一份授权清单,任何做机器人运营的团队都能直接抄。

本篇目录5 节 · 12 分钟
一分钟速览
  1. 产品:支付宝 × 高德动量推出「AI付·具身智能」,机器狗「途途」完成询价、下单、支付、取货并带回。这是 AI 支付能力首次落到具身设备上。
  2. 一个刻意收窄的设计:目前仅支持「机器狗主动扫商家码」的支付模式,不支持商家扫机器狗。报道明确说明这是为了避免盗刷风险
  3. 四道闸:底层是蚂蚁自研的 APASS 商业信任基础设施,基于 KYA(Know Your Agent) 理念,覆盖身份 / 意图 / 授权 / 行为四个维度。
  4. 处置规则:可信且符合授权 → 执行;存在疑问 → 请求用户确认;明确越权 → 拒绝交易并留下可追溯的可信凭证
  5. 判断:对机器人运营方来说,「能不能收钱」比「会不会干活」更早成为落地瓶颈——而 KYA 这四个维度,正好可以直接翻译成一份授权配置清单。
数据来源与边界
本文事实以凤凰网科技对支付宝「AI付 / AI收」发布的报道为主,交叉今日头条(未来智能 viaim)etnet 经济通(2026-09-11 通讯稿)虎科技(2026-09)的转述,以及 FutureX Physical AI Daily Issue 118(09/13)的 Industry Developments 条目。四方对产品名称「AI付·具身智能」、合作方高德动量、机器狗「途途」、仅支持主动扫商家码、APASS / KYA 四维度(身份·意图·授权·行为)、三段处置规则、AI 钱包智能体的口径一致。素材时间窗为 2026-09-12 18:00 → 2026-09-13 09:00:产品发布于窗口外的 2026-09-11(外滩大会),本窗口内的新增量是——①FutureX Issue 118(09/13)在窗口内首次以英文成体系收录该案例,并明确给出「机器狗名 Tutu」「在主人授权额度内完成支付」「支付宝将推出 AI Wallet 管理 AI 发起的支付」等结构化口径;②窗口内中文媒体对该发布的二次解读集中出现,补齐了「AI收」三大能力(Vibe Pay / Skill Pay / Machine Pay)与三个电商场景(AI 周期购 / AI 帮你抢 / AI 帮你订)的完整清单。Visa、Mastercard 与 Alipay+ 探索 KYA 互联互通、ACT/AMP 覆盖 200 多个国家与地区等数字,出自支付宝方公开表述,未获独立验证。所有判断均已用「判断:」标注。
本文事实信息来自上方标注的公开来源;解读、判断与延伸部分为作者个人见解,写作过程使用了 AI 工具辅助整理,已由作者人工核实,不代表信息来源方立场。如有雷同纯属巧合;如涉及版权或权益问题,请联系 shenjibailian@shenjibailian.com,我们将在核实后及时删除或更正。
1先看那个收窄的设计

只允许机器狗扫商家,不允许商家扫机器狗

这次发布里最容易被忽略、但工程上最重要的一条是:目前只支持「机器狗主动扫商家码」这一种支付模式。

允许:狗扫商家

机器狗读取商家收款码 → 发起支付。发起方是受控的智能体,它带着自己的身份、授权额度和任务上下文。

不允许:商家扫狗

商家用扫码枪扫机器狗身上的码 → 扣款。这条路径下扣多少、扣几次由商家侧决定,智能体的授权边界形同虚设。

判断:这个收窄是整个方案里最诚实的一处设计。把「谁发起」锁死,等于把授权边界的控制权留在了 agent 侧而不是商户侧。任何做机器人支付的团队都该抄这一条——先限制发起方向,再谈能力扩展。反过来,如果一个方案允许「商家扫机器人」而不做任何额度校验,那它本质上就是一张贴了机器人贴纸的银行卡。
2四道闸

KYA:把「你是谁」改成「这个 agent 是谁」

KYA 是 Know Your Agent 的缩写,对照的是金融业熟悉的 KYC(Know Your Customer)。底层设施叫 APASS,是蚂蚁面向智能体商业活动做的信任基础设施。它围绕四个维度建立全过程信任:

身份 Identity
这个 agent 是谁?它真的是「途途」,真的是你授权的那一只吗?——对应身份注册与持续核验
意图 Intent
它想干什么?是买酱油,还是买别的东西?——对应意图安全
授权 Authorization
你有没有为这一笔具体的任务给过许可?额度、品类、商户范围对不对得上?
行为 Behavior
它是否一直在规则内行动?——对应可信存证,全流程可追溯

对应的处置规则是三段式的:

判定动作说明
可信且符合授权执行交易正常路径,无需人工介入
存在疑问请求用户确认把决策权交回人
明确越权拒绝交易,并留下可追溯的可信凭证拒绝也要留证,这是事后定责的依据
判断:三段式里最值得抄的是第三条——「拒绝也要留证」。大多数团队设计风控时只记录成功的交易,失败的就丢在日志里。但在 agent 场景下,「它想做什么但被拦下了」恰恰是最有价值的审计信息:它是发现提示词注入、越权调用、异常行为模式的第一手素材。做机器人运营的团队,建议把「被拒绝的支付请求」单独建一张表。
3能照着抄的清单

把 KYA 翻译成一份授权配置表

这套框架不只在支付宝上能用。任何让机器人(或任何 agent)代替人花钱的场景,都需要回答同样的问题。下面这份清单是按 KYA 四维度拆出来的,可以直接抄进你的运营后台:

维度要配置的字段建议默认值(保守起步)
身份设备唯一 ID、固件版本、证书有效期、操作主体(哪家运营方)一机一证,证书 90 天轮换;换固件重新认证
意图任务类型白名单(如「代买」「代取」)、任务来源(谁下的指令)只允许显式任务类型;语音指令需二次确认
授权 · 单笔单笔金额上限≤200 元起步
授权 · 周期日累计上限、月累计上限日 ≤500 元
授权 · 商户商户白名单 / 品类白名单 / 地理围栏仅白名单商户,且限定围栏半径
授权 · 时间窗可执行时段仅营业时段,夜间禁止自动支付
行为 · 频率单位时间最大交易笔数≤3 笔/小时
行为 · 异常新商户首次交易、金额突增、品类跳变触发二次人工确认
存证每笔(含被拒)留:时间、位置、意图原文、判定结果、凭证号全量留存,保留 ≥180 天
表注:表中「建议默认值」为本文给出的保守起始配置,非支付宝官方建议,需按实际业务调整。
判断:这份清单的真正作用不是防机器人乱花钱,而是让「机器人乱花钱」这件事变得可归因。一旦出了争议,你能立刻回答:这笔是谁授权的、按什么规则放的、当时判定依据是什么。对做机器人租赁(RaaS)的团队尤其关键——甲方最怕的不是机器故障,是「它的机器人买了一堆说不清的东西」。把授权做成可导出的报表,是这类业务能不能进大客户采购清单的门槛之一。
4同一套逻辑的另外三种形态

Vibe Pay、Skill Pay、Machine Pay

支付宝同期把「AI 收」拆成三种能力,这三种其实分别对应三种不同的计费颗粒度:

Vibe Pay
按次(用一次收一次)
Skill Pay
一次性或按月订阅
Machine Pay
按量自动计费(像水电表)
三种模式的区别在于计费触发方式,不是金额大小
判断:Machine Pay 才是和机器人最相关的那一个。「用多少算多少、不用人盯」——这正好是机器人服务该有的计费形态。想象一下:一台巡检机器人按覆盖面积计费、一台配送机器人按单量计费、一套视觉模型按调用帧数计费,全部自动结算,不需要人工对账。对做 RaaS 的团队,这可能比机器人本身更影响商业模式——它把「卖设备/租设备」变成了「卖服务量」。

配套还有三个电商场景能力:AI 周期购(授权按固定周期订购)、AI 帮你抢(设定目标价,低于即自动下单)、AI 帮你订(上架或补货时自动下单)。以及 AI 钱包智能体,负责把用户最初意图、预算需求、执行过程与最终结果串成一条完整上下文,在确认交易符合授权后再完成支付。

其他终端形态也在推进:千问 AI 眼镜通过虹膜识别完成支付,未来智能 viaim AI 耳机通过语音完成话费充值、停车缴费、点咖啡。

5要保留的怀疑

还没解决的几件事

问题本文的判断
责任归属机器人越权支付造成的损失由谁承担——运营方、模型方还是支付方?公开材料未涉及。这是大规模商用前必须回答的问题。
授权的可撤销性用户能否在机器人「出门后」实时撤回授权?材料提到「持续核验」,但未说明撤回时延。
跨境与互通Visa、Mastercard 与 Alipay+ 正探索 KYA 框架互联互通,但尚在探索阶段,无落地时间表。
物理世界的不确定性「取货」这一步由谁确认商品正确?机器狗无法验收商品质量,出错后的退款流程未说明。
成本APASS 能力对外部开发者的接入门槛、费率与资质要求,公开材料中未披露。
支付宝方表述的覆盖范围(ACT/AMP 协议、200 多个国家和地区、20 亿用户、1.5 亿商家)为公司公开口径,本文未获独立验证。

把这些缺口列出来,不是泼冷水。恰恰相反——一份能让你准确列出「还缺什么」的发布,说明这个方向已经走过了 demo 阶段,开始进入工程和商业细节了。对做机器人落地的人来说,这才是最该关注的信号:支付这一环,正在从「能不能」转向「怎么管」。

来源:2026 外滩大会支付宝发布(2026-09-11)· 凤凰网科技 · 今日头条(未来智能 viaim)· etnet 经济通(2026-09-11)· 虎科技(2026-09)· FutureX Physical AI Daily Issue 118(09/13)