news 2026/11/5 6:48:01

企业落地智能体,金融业开始给机器开户:能查、能付、唯独不能签

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
企业落地智能体,金融业开始给机器开户:能查、能付、唯独不能签

2026 年 10 月 23 日,首尔的一场支付研讨会上,Naver Pay 首席商务官赵在培讲了一个演示场景:一双 20 万韩元的运动鞋,价格降到 17 万以下就替我买;给这个智能体最多 20 万韩元的额度。这段演示来自 Naver Pay 与韩国金融电信清算院(KFTC)正在跑的概念验证:用户把支付授权和限额交给一个智能体,让它从搜商品一路走到下单付款。

就在同一天,哥本哈根的 Danske Bank 发出公告,成为北欧第一家让企业客户「用智能体办银行业务」的银行。通过一个开源的 MCP 服务器,企业财务人员在自己常用的 Claude 或 ChatGPT 里,就能直连 Danske 的对公 Premium API,查余额、分析近期交易、做现金流预测,甚至把几个 API 的数据合成一张报表。

再往前翻两个月,Coinbase 走得更远:Coinbase for Agents 给智能体开了一个真正的金融账户,能交易、能支付、能管组合,用 x402 机器对机器协议和 USDC 结算,用户可以给它设限额、开一个隔离子账户,让它只在框定的范围内动钱。

一家银行、一家支付公司、一家交易所,互相没商量,却在同一周里往同一个方向走:把金融业最核心的东西(账户和钱)分批交到智能体手里。但它们并没有「全交」,它把「读、写、签」三件事拆开,一扇门一扇门地放行。看懂这三扇门,就看懂了智能体金融此刻真正的进度。

三扇门里,「读」最先打开

Danske Bank 的选择最保守,也最有代表性:先开放「读」。

它的 MCP 服务器做的是把对公数据接到智能体眼前,让 Claude、ChatGPT 这些助手「看到」账户余额、交易流水、现金流。公告里藏着一句关键的话:生产环境里的调用目前是 GET-only,只能读、不能写。也就是说,企业可以让智能体替它看账、对账、做预测,但智能体还动不了一分钱。

这个「只读」设计并非能力所限,而是有意为之。金融系统里,读和写是两个风险完全不同的动作。读错一次,最多是一张错误的报表;写错一次,是真金白银流错账户。Danske Bank 的团队说得很明白:智能体走的是和现有 API 集成完全一样的认证与加密通道,但即便如此,第一版也只放行读。银行内部把这条 MCP 通道称作对公业务的「第三个接口」,排在网银和 API 集成之后,并且把 AI 相关项目到 2028 年的生产力收益估到约 20 亿丹麦克朗。

「付」这一扇,正在试点

第二扇门是「写」,也就是付钱。这一层,Coinbase 和 Naver Pay 都在试。

Coinbase for Agents 的思路是给智能体一个「隔离」的账户。用户可以把智能体接到主账户,也可以专门开一个隔离子账户(isolated portfolio),让智能体只在里面交易和支付;金额、币种、频率都在用户设的限额内,底层走 x402 机器对机器支付协议、USDC 稳定币结算,KYC、AML、OFAC 这些合规要求一样不少。用 CEO Brian Armstrong 的话说,这是在给 AI 建「超级智能的金融账户」。

Naver Pay 的试点更接地气:和 KFTC 一起验证用户怎么把「授权加限额」这一组东西交给智能体,让它在价格触发条件满足时下单付款。但赵在培当场泼了冷水:现在最缺的东西很清楚:规则。他列出三件事:用户委托的限额怎么和卡片限额分开管、怎么确认这个智能体是可信的、跨境的资金划转指令怎么保证可靠。他还点了一个风险:海外有些智能体服务一上来就要用户的账户和密码,一旦支付被误用或被黑,社会影响是数量级的。他的原话是,在授权和委托限额的规则确立之前,支付决策的责任归属一直是模糊的,大规模商业化无从谈起。

上图:韩国先驱经济报对 Naver Pay 智能体支付试点的报道页原图,2026-10-24,来源:biz.heraldcorp.com

「签」这一扇,仍然关着

最微妙的是第三扇门:签。这里指的是有法律效力的签名,支付确认不算。

DocuSign 在 9 月底把 MCP 服务器放出 GA,让智能体接入电子签名流程。但注意它能做什么:创建并发送签署请求、更新收件人和签署位置、查状态、下载已完成的文件。它唯一不能做的,是替人签字。官方文档里根本没有「sign document」这个动作,beta 说明还反复强调用人工在环(human-in-the-loop)确认每一次工具调用。

这不是 DocuSign 偷懒。欧盟的 eIDAS 法规写得明白:电子签名的签署主体必须是自然人。一个智能体可以准备合同、催签、归档,但最后那一下,法律要求必须是人。换句话说,金融业在「读」上敢放、在「付」上敢小步试,在「签」上一步也不肯让,因为这背后压着法律责任。

三扇门,进度各不相同。画出来,就是智能体金融此刻的地图。

上图:金融业把账户能力拆成「读、付、签」三档,读已经放开、付正在试点、签仍然留给自然人。

真正的卡点:谁负责

到这里,一个反直觉的结论浮出来:智能体进金融业,真正的瓶颈不在模型、不在 API,而在一个老问题的新版本,这个动作到底是谁授权的,出了事找谁。

传统金融的整套身份与风控体系,是围绕「人」建的。KYC 问的是「你是谁」,强认证假设的是「本人正在输密码或按指纹」,反欺诈模型看的是「人的行为」。而智能体不是法律主体,没有固定的设备指纹,常年在云端跑,可能在一次授权之后自主运行很久。有机构测过,agentic 流量 2025 年一年涨了 450%,传统反欺诈模型对这类流量基本失效。

于是行业在给这个问题起新名字:KYA,Know Your Agent,了解你的智能体。它要验证的不再是「客户是谁」,而是「这个智能体是谁派来的、被授权到哪一步、能不能随时被撤销和追溯」。从 KYC 到 KYA,一字之差,是整个身份体系的重新定义。

监管侧的信号已经密集起来。新加坡金管局 7 月推出 SAFR 框架,主题就是智能体金融的运行时护栏:策略约束执行、动作前校验、可审计、可互操作。英国 FCA 同年 7 月的一份评估措辞很直白:不管智能体做了什么,责任都落在一个具名的高级经理头上,而不是 AI 系统或供应商,得有个具体的人被挂在钩子上。欧盟 AI 法案把高风险金融 AI 列为需要有效人工监督、不可篡改审计日志的一类。反洗钱的 FATF 旅行规则,据公开报道也在 2026 年把智能体对智能体的交易纳入范围。中国支付清算协会的自律公约同样要求,在 KYC 之上探索对智能体的分级风控。

上图:智能体把「身份—授权—责任」这条链重新拉了一遍,KYA 要补的正是人变成机器后留下的缺口。

买单的人已经排起了队

需求端的热度,看创业公司的动作就知道了。它们赌的是同一件事:智能体之间的钱,需要一套新基建。

Causa Prima 在 10 月中旬拿了 2000 万美元种子轮(Base10 领投,累计 3000 万),做的是「智能体对智能体」的 B2B 清算:买方的应付智能体和卖方的应收智能体自动对账、开票、消解账单争议,甚至谈判提前付款折扣。它按撮合成的提前付款抽成,已经拉了 3000 多个活跃账户。创始团队的逻辑是:过去的自动化假设瓶颈在企业内部,而真正没人管的是企业和企业之间的那一次「交接」。

顺着这条线,还有一批玩家在补不同的缺口。公开融资信息显示,Fragment 拿了 1200 万美元 A 轮,给垂直 AI 公司做记账、报销、支付的财务基础设施,用复式记账保证「财务正确」;AIsa 号称支持 25 万个智能体、1 亿笔交易,用稳定币给智能体之间结算;BOB AI 拿了 550 万美元种子,做小企业的 AI 金融智能体。连 Coinbase 的对手都在动:Gemini、OKX、MetaMask 都被报道在探索给智能体开金融账户。

这些名字背后,是一条正在成型的产业链:智能体要有账户、有身份、有支付、有清算、有记账,每一个环节都在长出新公司。而这条链最底层、也最难的那一环,恰恰是前面的 KYA,没有「可验证的智能体身份」,上面的账户、支付、清算全都悬空。

上图:智能体金融正在长出一整套栈,账户、支付、清结算、财务各层玩家都指向底层的身份与合规。

三扇门后面的账

把这些拼起来,我的判断是:智能体金融的胜负手,未来一年不在「能不能付」,而在「能不能追」。

读和写这两扇门,技术上都已走通,剩下的是授权和责任的制度问题。我预判,接下来 12 个月会发生三件事:银行会继续把「读」开放得更彻底,因为读的风险最低、价值最大,对账和预测是最先规模化的场景;「付」会从试点走向限额化的小额、场景化授权,谁的限额和认证规则先落地,谁就先把支付搬到智能体上;「签」会长期留在人手里,因为它承载的是法律效力,不是效率。

真正值得押注的,是那批做 KYA 和可验证智能体身份的公司。它们解决的不是「智能体能不能用金融」,而是「金融敢不敢信智能体」。谁先做出这套可追溯、可撤销、可审计的身份层,谁就拿到了智能体经济时代的金融入口,银行、支付、交易所都得从它那儿过一遍。

参考来源

  1. Danske Bank 官方新闻稿:北欧首家让企业客户用 AI 智能体办银行业务(2026-10-21)
  1. The Paypers:Danske Bank 试点 MCP 服务器,向企业客户开放 AI 银行访问(2026)
  1. Coinbase 官方博客:Coinbase for Agents,让 AI 智能体交易与支付(2026)
  1. Herald Economy:Naver Pay 智能体支付试点,授权与委托限额规则待立(2026-10-24)
  1. Fortune:Know Your Agent,银行面对智能体自主购物的新合规挑战(2026-09-19)
  1. fintech.global:Causa Prima 融资 2000 万美元,让智能体结算 B2B 账单争议(2026-10-14)
  1. Freshfields:支付链条中的 agentic AI,金融机构面临的监管挑战(2026-05)

每日更新。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/11/5 6:45:56

监理基础知识

监理内容:规划阶段,招标阶段,设计阶段,实施阶段,验收阶段 监理服务能力:在人员、技术、资源、流程知识转移是由知识传输和知识吸收两个过程所共同组成的统一过程,只有当转移的知识保留下来&…

作者头像 李华
网站建设 2026/11/5 6:42:54

为什么一份破甲提示词能把 Codex 的通过率从 55% 顶到 100%?

为什么一份破甲提示词能把 Codex 的通过率从 55% 顶到 100%? 【免费下载链接】gpt-instruct A Codex jailbreak prompt and test pack for gpt. 针对 gpt 系列的 Codex 破甲提示词与测试包。 项目地址: https://gitcode.com/gh_mirrors/gp/gpt-instruct 同一…

作者头像 李华
网站建设 2026/11/5 6:38:20

私有部署 Geo 优化源码:从编译到上线完整技术流程分享

1. 引言在私有化部署场景中,Geo 服务的性能与稳定性往往直接决定业务可用性。很多团队拿到源码后,习惯直接使用官方预编译包,但遇到定制需求、安全加固或性能调优时,就必须走「源码编译 → 优化 → 上线」这条完整链路。本文基于实…

作者头像 李华
网站建设 2026/11/5 6:29:06

【VS2022引用其他项目的.cs文件】

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/11/5 6:27:55

基于ADS122U04与STM32L021K4的RTD高精度温度测量方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华