智能体替公司付钱，授权写到哪一步才不担责

一、这家公司试过让智能体调用 API 付钱吗

这家公司已试过让内部测试智能体（感知环境并主动采取行动以实现特定目标的软件系统）调用 API 完成小额付款，但尚未进入正式采购流程。

法务部门的要求很具体：先写清谁签字、谁补这笔钱，授权边界模糊的协议不签。

平台给的通用协议模板里，没有交易限额、扣款账户优先级这些字段，只笼统写「按用户授权执行」。法务要的是责任落在哪一步、由哪一方承担，模板答不上来。

所有测试都留在内网，没有连过真实银行账户，也没有连过支付通道。采购负责人的判断是：试运行不等于能签合同，更不等于能放行资金。

二、授权协议不写清交易限额会怎样

授权协议里不写交易限额，也不写扣款账户与优先级，事后出了争议，企业手里少了一条能指给对方的约定。

《智能体支付应用自律公约》的风险防范那一条要求会员单位「通过交易限额等方式加强资金安全管理」。限额定多少由企业和平台谈，这一条至少给了企业一个可以照着提的由头。

没写限额，不等于一定会出事。但真出了误付，企业很难拿公约这一句证明自己已经尽到资金安全管理。

模板不会主动问限额，这一项得企业自己在合同里提出来。

三、1618 元扫给非保险机构是谁的责任

今年上半年，广州一位工程公司负责人通过 AI 咨询团体意外险，AI 最后返回一个支付宝收款二维码，收款方并不是保险机构，1618 元就这样扫了出去。

这篇报道的定性很谨慎：它不是严格意义上的智能体支付，却说明商品识别、商户核验、用户意图和最终执行之间，任何一段都可能偏离。

公约要求会员单位「采取有效手段对用户身份、交易意愿进行严格核验」。商户核验属于交易意愿核验的关键一步，跳过这一步，风控就少了一道防线。

责任怎么分，公开材料里没有答案。一篇律所解读写得很直白：智能体误付之后，开发者、平台运营商和用户之间怎么分，各法域都还没有定论。

四、45 万美元链上误转能追回吗

2026 年 2 月，一款基于 OpenClaw 框架的自主交易智能体读到一条编造的求助信息，把全部持仓代币（价值约 45 万美元）转给了陌生人。

一篇律所解读写的根因是两件事叠在一起：会话崩溃清空记忆，加上代币小数位解析错误。

链上场景更难办。稳定币支付按设计就是快速且不可逆，没有拒付，没有可投诉的银行，也没有追索机制。钱转出去，中间没有一方能拦下来。

这家公司若不在协议里写清人工接管的触发条件，大额资金的风险就完全交给了代码逻辑。

五、Stripe 日均 3 万笔说明什么

Stripe 的机器支付协议日均交易量接近 3 万笔，其支付与风控业务负责人凯文·米勒的原话是：这一阶段「人的介入程度依然非常高」。

3 万笔是日均，不是累计，也不是试点笔数。报道没有分开说这 3 万笔里有多少经过人工确认，只写了人在这一阶段介入很多。

同一篇报道还记了一个现场演示：参会者对助手说一句话，智能体自动注册域名、部署、接入模型和数据库，几分钟后网页上线。报道随后问，谁决定买哪个套餐、谁确认支付、谁为决策失误负责，截至报道时，答案依然是人。

这家公司不能把日均交易量当成技术成熟度指标。数量高，恰恰说明人还得站在最后一道关口。

六、Visa 试点到底跑通到哪一步

Visa 与 BILL、Billtrust 的试点，报道写的是「有限范围的实时测试」，不是规模化商用。目前只在参与方的 BILL 买方和 Billtrust 供应商之间处理端到端交易。

流程是：BILL 的支付智能体先通过 Visa 的协议完成注册，再用与买方审批指令对齐的控制项发起支付；Billtrust 用同一套协议认出这个智能体，给它门户访问权限，双方不用共享供应商门户的登录凭证。

Visa 自己的说法是，试点关键不在「AI 能否发起支付」，而在「AI 智能体的身份和行为能否被独立验证」。

这家公司若把这场试点当成可以直接接入的成熟服务，就等于把样机当成了产线设备。技术可行，不等于商业可用。

七、银联与万事达的框架能直接采信吗

银联和万事达的智能体身份验证框架，报道的定性是仍处于验证和试点阶段，还没有成为覆盖银行、商户和 AI 平台的通用标准。

银联的方案把智能体支付分成智能体身份、用户身份、意图管理和支付授权几个模块；万事达提出 Agentic Token，为不同的智能体生成独立数字凭证，并用 Verifiable Intent 记录和验证用户意图。

两家想做到的是让交易可识别、可限制、可追踪，争议发生后还能还原。这些都还在路上。

平台说「身份可验证」，不等于企业能免责。验证有没有真落地、存证能不能追溯，得由企业逐条核验。

八、公约要求授权边界写到哪一层

公约的授权管理那一条，原文要求会员单位「明确智能体支付应用的授权边界，与用户签订责任清晰的授权协议」，并「采取有效手段对用户身份、交易意愿进行严格核验」。

授权协议到底要写哪几样，一份解读文章的归纳是：交易限额、扣款账户与优先级、有效期、API 调用范围，还要写明用户随时可以撤销授权。

这份归纳不是公约原文，但方向和公约一致。几样里最容易漏的是扣款账户与优先级，它直接对应广州那笔 1618 元：账户选错，钱扫出去就难补。

这家公司若继续照抄平台默认协议，等于把公约已经写明的边界留在纸面上，真出事时手里没有条款可依。

九、自主发起支付要报备吗

公约对自主交易的限定原文是「审慎探索开展智能体自主发起支付交易」。一份解读文章进一步写：自主发起支付正式对外服务前，须向中国支付清算协会报备，并配人工接管与回退机制。

「自主发起」指的是绕过人工点击确认的完整支付指令流，不是智能体想付就付。

报备要交什么、审到什么程度，公开材料里没有细写。能确定的是，这一步在正式对外服务之前。

这家公司若跳过报备直接上线，一旦被追问，既拿不出报备记录，也说不清人工接管由谁执行。

十、KYA 是什么需要这家公司做吗

KYA 是「了解你的智能体」，把智能体本身当成需要识别和登记的对象，像银行识别客户那样识别这个软件系统。

这个说法来自一家律师事务所对公约的解读：该所把 KYA、核心环节持牌经营、自主支付三阶段报备列为公约提出的制度。公约原文里，没有出现 KYA 这个词。

企业不用自己建一套 KYA 系统，但要在采购时确认平台已经建立这套机制，拿得出智能体注册编号、行为日志、授权存证。

平台拿不出智能体身份凭证，企业就等于把钱付给一个没有身份记录的对象，出了事连找谁都说不清。

十一、支付宝 AI 付 3 亿笔对企业有参考吗

支付宝 AI 付突破 3 亿笔，这条读数出自艾瑞咨询《2026 全球 AI 支付研究报告》，由一篇解读文章转述。报告把国内这一阶段定在从支付助手向代理支付过渡。

3 亿笔是累计读数，场景多为小额、高频、单点消费。企业采购牵涉合同、发票、对公账户和多级审批，支付助手那套轻量授权搬不过来。

B2B 场景的责任更重，流程也更长。同样的笔数放在两个场景里，含义不一样。

这家公司若拿支付宝的笔数当对标来放松条款，就把消费端的便利和企业端的责任混在了一起。

十二、这家公司的法务该盯住哪几句话

这家公司法务要盯住的，是解读文章归纳的那四句话有没有写进协议：交易限额，扣款账户与优先级，API 调用范围，人工接管与回退机制。缺一句，授权就模糊一分。

API 调用范围要落到具体接口名、可以访问的商户名单，以及明确禁止调用的核验类接口。

人工接管的触发条件要写成可执行、可审计的数字，比如「连续三次商户匹配失败」。

再比如，某次支付请求里智能体返回的收款方名称与合同约定不符，系统应当自动暂停，通知财务人员复核。

十三、平台说身份可验证就真安全吗

平台说「身份可验证」，不等于企业免责。公约把账户管理、交易处理、资金清结算这些核心环节的责任压给持牌机构，企业仍要自己验证授权有没有落地。

验证不是看平台有没有证书，而是查它能不能拿出可信存证：用户授权的时间戳、模型决策的原始日志、支付指令、风控拦截记录。

协会负责人还提出，会员单位应探索建立关键交易节点的可信存证机制，让这些记录可验证、可追溯、不可篡改。

这家公司若只收一份 PDF 版的身份证明，就等于把审计证据交给对方单方面保管，出事时拿不出自己的那一份。

十四、这家公司现在该签还是该拖

这家公司应当先暂停签署平台默认协议，把授权条款重写，再走内部法务与财务的联合评审。接入之后再补条款，代价只会更大。

重写不是拖延，是把公约写明的授权边界、以及解读文章归纳的限额、账户、调用范围、人工接管这几样，真正落进合同。

公约已经划出责任的主线，剩下的是企业自己把可控的那一段守住。

不重写就签字，等于把财务章交给一段还没验证过的代码。