人工智能代理花掉了这笔钱，但没人知道是谁授权的。想知道答案，就得了解你的代理。

想象一下某种模式，而不是某个具体的案例。你去年验证过的一位客户将人工智能助手连接到了他的账户。三周后，该助手购买了一件贵重物品，或者开设了第二个账户，或者向新的收款人付款。所有验证都通过了：登录信息、令牌和银行卡都有效。

然后顾客说：我从来没要求过这个。

你查看日志想找出授权人，日志显示是客户授权的。代理当时冒充客户操作。日志里没有客户的具体指示、设置的限额，也没有记录是哪个软件实际按下了按钮。一切正常，但你仍然找不到答案。

现在这种差距有个名字，人们称之为“了解你的经纪人”或“了解你的经纪人”。 KYA 。

为什么 KYC 和 KYB 不要回答。

KYC 回答了一个问题：这个人真的是他/她自称的那个人吗？ KYB 两者都回答了关于公司的相同问题。两者都假设您核实的当事方就是实际采取行动的当事方。

代理人打破了这一假设。这留下了四个悬而未决的问题。

1. 是哪个代理在操作？不是哪个客户。而是哪个软件，由哪家公司运行在哪个平台上。

2. 这是谁的代理？背后是哪位经过核实的个人或企业？

3. 它获得了什么许可？它被告知可以做什么：做什么的程度，与谁一起做，以及持续到什么时候。

4. 谁该为此负责？如果购买错误，谁来承担损失，以及什么证据可以解决争端。

我们并非该术语的创造者。Trulioo 和 PayOS 于2025 年 8 月 （在新标签页中打开）与 Worldpay 合作，提出了“了解你的代理”（Know Your Agent）框架。OpenID 基金会关于代理身份的论文将 KYAPay 协议描述为对现有框架的扩展。 KYC 和 KYB 验证“针对代理商本身” （在新标签页中打开）。Experian于 2026 年 6 月发布了自己的定义。 （在新标签页中打开）截至 2026 年 10 月，该短语背后尚无统一的标准。它是一种方向，而非具体规范。

该行业实际构建了什么

自 2025 年初以来，已经发货了大量产品。每一件产品都证明了某些真实存在的东西，同时也留下了一些开放性的问题。

• 万事达卡代理支付（2025年4月29日）引入了代理代币，并表示该计划要求受信任的人工智能代理在为用户付款前进行注册和验证 （在新标签页中打开）。这证明该代理已被网络识别，并承诺消费者可以控制代理的购买行为。公告并未说明授权的具体形式，也未说明谁可以随后查看授权信息。

• Cloudflare 签署了代理和 Web Bot 身份验证协议（2025 年 8 月 28 日）。代理平台对其自身进行签名。 HTTP 请求 （在新标签页中打开）以便网站能够验证是哪个客服人员在打电话。 IETF 负责制定该规范的工作组明确指出其局限性：“最终用户身份验证不在讨论范围内” （在新标签页中打开）。它回答了第一个问题，并特意止步于此。

• 谷歌的代理支付协议 AP2 （2025年9月16日）。这是对第三和第四个问题最直接的解答。用户签署一份授权书，谷歌将其描述为“用户指示的可验证证明” （在新标签页中打开）：一份包含委托任务限制的意图授权书，以及一份包含具体商品和价格的购物车授权书。这是用户授权的证明。公告并未说明由谁来验证签署用户的身份。

• OpenAI 和 Stripe 的 Agentic Commerce 协议（2025 年 9 月 29 日）发布。Stripe会发行一个共享支付令牌，该令牌“限定于特定商家和购物车总额” （在新标签页中打开）。权限范围狭窄，难以滥用。它仅涵盖买家刚刚确认的单笔购买，而非长期委托。

• Visa 可信代理协议（2025 年 10 月 14 日）。该协议由 Cloudflare 构建，允许经批准的代理将代理意图、消费者身份信息和支付信息传递 （在新标签页中打开）给商家。这有助于商家区分真人购物代理和机器人，并了解购物者是否已被识别。购物者告知代理的内容不属于这三项信息之列。

• x402.一种支付标准 HTTP 其网站宣称“无需注册账户或提供个人信息” （在新标签页中打开）。这恰恰相反，其设计理念是：完全无需身份识别即可完成支付。这很难与了解客户的义务相符。

在底层，身份认同群体的工作进展较为缓慢。

• OpenID基金会发布的白皮书 （在新标签页中打开）（2025 年 10 月 7 日）指出，现有标准已能保障许多代理应用的安全，并列举了其不足之处。其中最关键的一点是：“代理冒充用户的行为应被委托授权所取代。” （在新标签页中打开）白皮书还警告称，用户将面临成千上万的授权请求，并可能出于本能进行批准；将工作外包给其他代理的代理会形成无法控制的链；以及代理可能会绕过浏览器安全机制。 API 完全控制。

• 一个人 IETF 草案中 （在新标签页中打开）提出了 OAuth 参数，用于在授权请求和令牌中指定代理。该草案已过期：它只是一个记录在案的想法，而非标准。

• 模型上下文协议授权规范 （在新标签页中打开）（我们阅读的是2025年6月修订版）基于OAuth 2.1，并规定令牌仅对单个服务器有效。它还指出，授权对于实现而言是可选的。

综上所述：业界越来越能够证明是哪位经纪人打来的电话，并且开始证明用户批准了哪些内容。但目前还没有人将这些信息与经过验证的委托人以及就问责制达成共识结合起来。

监管机构目前尚未表态。

我们寻找的是规则，但发现的更多的是意图。

• 英国的 FCA 在其2026年3月发布的《支付监管优先事项 （在新标签页中打开）》中表示，其与财政部的合作“将包括考虑是否需要修改或制定监管规定以支持人工智能代理支付” 。是考虑，而非决定。

• 在新加坡，一个行业组织在……的领导下运作 MAS 该倡议于2026年7月3日发布了《运行时代理融资保障措施》。 （在新标签页中打开）该措施建议在执行每个代理操作之前对其进行检查，从代理身份识别步骤开始，到仅追加的审计日志结束。该文件本身声明 （在新标签页中打开）“不构成监管指导或监管要求”。

• 这 FSB 2026 年 6 月，就负责任的 AI 采用的合理做法进行了咨询，并表示这些做法“并非旨在建立国际标准” （在新标签页中打开）。

我们已援引英国、新加坡和一个全球性机构的案例。我们没有援引贵国的监管机构，也无法打开贵国的监管机构网站。 FATF 由于这是一篇关于人工智能的论文，所以我们不做赘述。在我们查阅的文件中，截至2026年10月，没有任何规则规定如何验证代理人的身份。在相关规定制定期间，现有的了解客户和证明已获得同意的义务仍然有效。

不变的是……

抛开繁琐的流程，一个事实依然成立：经纪人没有资金，没有法律地位，也没有什么可失去的。每个经纪人都代表个人或企业，而委托人就是你招募、筛选的对象，也是你在出现问题时需要联系的人。

所以，基础是 KYA 很普通 KYC 和 KYB 最新内容置顶：

• 具有约束力。代理人与经核实的委托人之间建立持久、可核查的联系。

• 范围。记录委托人允许的范围，精确到足以与代理人的实际行为进行比较。

• 临场感。当形势变得严峻时，这是一种将人性重新拉回来的方式，因为常设许可不应该涵盖所有情况。

• 记录。证明谁或什么做出的决定的证据，当时保存下来，一年后仍然清晰可辨。

现在该怎么办

购买即承担风险。请在客户替您做决定之前自行决定这些事项。

• 你们是否允许代理人对客户账户进行任何操作？如果允许，可以进行哪些操作？

• 你现在能区分智能客服和人工客服吗？如果不能，这就是第一个差距。

• 达到什么金额或行为，必须由人亲自确认？

• 当客户对代理人的行为提出异议时，您将持有哪些证据？根据您的条款，谁来承担损失？

• 询问每家服务商，他们的代理协议能证明什么，以及它能给你留下什么。

如果你建造的话。这里的一切都不需要新的标准来存在。

1. 请先核实委托人身份。未经核实的客户或企业无法获得代理权限。

2. 为代理分配独立的凭证。切勿使用客户的密码或会话信息。颁发一个单独的、可撤销的令牌，以便在您自己的日志中区分其操作。

3. 每次操作都应注明客户编号。代理人进行的每次付款、登录或更改都应标明所代表的客户以及操作来源。

4. 对每个操作都进行评分，而不仅仅是会话。即使代理拥有有效令牌，仍然可以执行客户永远不会执行的操作。

5. 超过一定限额则需要人工介入。例如，新增收款人、大额转账、联系方式变更等，应直接询问收款人本人，而非代理人。

6. 做出决定时，务必记录下来。包括询问了什么、允许了什么、由谁或什么机构做出的决定。

看什么？ AP2 授权和卡组织的代理令牌趋于一致， IETF Web Bot Auth 文档、英国财政部关于支付规则的工作以及最终版本的 MAS 和 FSB 文件。

如今存在的情况是 Toden

直白地说： Toden 没有代理验证或 KYA 我们目前的产品功能仅限于此。我们不验证代理人身份、不颁发代理人证书、也不验证委托书。我们目前提供的服务涵盖委托人和委托行为。

• 验证主体身份。对个人进行身份验证，对公司进行业务验证，所有信息均与您的系统进行比对。externalUserId因此，您核实的客户与您筛选和监控的记录是同一客户。

• 再次确认本人在场。人脸重新认证流程会将实时自拍照与客户注册时的人脸进行匹配。升级验证会发送托管质询，只有通过质询才能继续。我们在“账户接管和升级验证”部分已经详细介绍过。

• 决定每项操作。发送交易或活动，例如登录、添加新收款人或付款，并获取请求的允许、审核或阻止结果。请参阅发送事件以了解实时评分。

• 保留决策者记录。每次验证状态变更都会记录其来源：审核人员或您的后端人员。 API 关键步骤或工作流程。之前的决策会保留记录。决策图的解释展示了规则是如何记录的。

• 专为编码人员设计的文档。每个页面都采用 Markdown 格式。llms.txt索引、OpenAPI 合约、集成提示和文档 MCP 服务器 （在新标签页中打开）。该服务器搜索文档，但不运行任何程序。 API 电话功能正在规划中，目前尚未推出，但可以与您的帐户配合使用。

限制很重要。 Toden 除非您主动发送相关信息，否则无法确定某个操作是由代理执行的。设备智能报告会显示模拟器、应用完整性失败和托管网络等信息，这些信息可能暗示存在自动化操作，但都无法识别代理。通过的验证步骤只能确认代理的身份，而无法确定其理解的内容。

我们认为必须建造的东西

本节内容仅代表我们的观点，并非产品公告、路线图或承诺。

我们认为信任基础设施除了其他支柱外，还需要第四个支柱。 KYC ， KYB 以及风险决策。

• 委托人身份始终经过核实，且关联关系可查。无法追溯到已核实个人或企业的代理人资质价值甚微。

• 权限是数据，而非复选框。它是一个包含金额、交易对手和有效期的签名范围，请求接收方可以读取并将其与操作进行比较。

• 出场频率取决于利害关系。日常行动基于既定的许可。非常规行动则需要人为干预，并进行严格的核实，确认确实是本人所为。

• 记录是在行动之前写成的，而不是事后重建的。由哪个代理人、为谁、在何种许可下、根据什么决定的。

• 代理身份与客户身份相遇。如今，代理协议和 KYC 在不同的系统中进行实时记录。已经拥有已验证客户的一方自然是加入他们的最佳选择。

但这并不能完全杜绝买错东西的可能性。它只是让本文开头提出的问题有了答案。

这并非法律建议。该领域发展迅速，此处引用的监管文件仅为咨询文件或提案，具体细节可能自2026年10月以来有所变更。

想从已有的部分开始吗？打开一个 Toden 工作区 （在新标签页中打开）或引导您的编码代理查看文档 （在新标签页中打开）。