从碎片化到断层线：智能体时代企业银行缺失的 API 标准

TL;DR. 零售银行十年前就有了自己的 API 标准，企业银行却始终没有。如今 AI 智能体与 Model Context Protocol 已把集成变成了运行时决策，这道缺口便成了断层线。

Points clés

两个银行世界，其中一个已标准化. 看看零售端，图景虽乱却尚可通行。欧洲有 UK Open Banking 与 Berlin Group 的 NextGenPSD2，后者已被四分之三以上的欧洲银行采用，实践中被当作事实标准。美国有 Financial Data Exchange，如今覆盖六千万个以上的消费者账户。澳大利亚有 Consumer Data…
碎片化为何得以存续——又为何走到尽头. 二十年来这尚可容忍，因为集成者是人，而且有耐心。一家企业用数月、有时数季，接入寥寥数条银行连接。每一条都是一个项目：交换证书、跑一笔小额测试、就一份映射文档争来争去。成本是真实的，但每段关系只付一次，并摊薄在随后数年的付款之上。当一家银行的 API 规格不足时——当一份标准如银行自己所抱怨的那样“把其余的留给实施机构”时——一名人类工程师读一读门户，推断其意图，把缺口糊了过去。模糊性尚可撑过，因为有个人在那里解决它。.
调用方已经变了. 这位用户在十八个月内到来。Model Context Protocol——Anthropic 于 2024 年 11 月将其开源，并于 2025 年 12 月连同 Block 与 OpenAI 一起捐赠给 Linux Foundation 旗下的 Agentic AI Foundation——已成为 AI 系统触达工具与数据的默认方式。到 2026 年初，它的 SDK…
精确指出这一错配. 把智能体从一家银行交易对手那里真正需要的东西剥到最简，这份清单短而不容含糊：.

零售银行十年前就有了自己的 API 标准，企业银行却始终没有——而到了 2026 年，这一疏漏不再只是烦扰，已成为一条断层线。 ISO 20022 给了业界一套共同的语法，却从未给它一层共同的、面向智能体的界面。如今，调用方已经变了。它不再是一名愿意花整整一个季度做集成的开发者，而是一个在运行时发现工具、在政策区间内调动资金的模型。企业司库们悄然消化了二十年的那种模糊性，如今即将被交给无法消化它的软件——与此同时，其下的数据层正被强制结构化，无论银行是否情愿。这就是缺失方向的代价，是智能体为何使今日的碎片化不再仅仅低效而是变得不安全，也是在自主化资金管理规模化之前一套企业银行 API 标准必须强制规定什么。

执行摘要

企业银行有语法，没有界面。 ISO 20022 标准化了数据，却没有人标准化 API。当一名人类集成者尚能消化其中的模糊性时，这还能撑得过去——运行时的一个模型却不能。

调用方变了。 MCP 把工具发现变成了运行时决策。一个本应终结 M×N 集成难题的智能体，在银行边界上再度撞上它——那里每一家机构都是一台各自为政、语义自成一套的服务器。

碎片化如今会以机器的速度把钱调错。 一次超时、三家银行、三种互相矛盾的真相——A 处一笔重复、B 处一条卡住的指令、C 处一次无声的失败。幂等性与确定性的错误语法成了承重结构。

把每家银行都包成一个 MCP 服务器，只是把泥潭挪了个地方。 四十台服务器、四十套语义、没有共同的非功能底线——而且是一个对支付渠道拥有写入权限的非确定性模型，这正正是一个 SR 11-7 / DORA / EU AI Act 问题。

标准化你自己的界面，否则沦为商品。 那些如今发布 ISO 20022 原生、面向智能体的 API 的银行，将成为自主化资金管理的默认交易对手；其余的则把自己的客户关系租给了掌握适配器的那一方。

两个银行世界，其中一个已标准化

看看零售端，图景虽乱却尚可通行。欧洲有 UK Open Banking 与 Berlin Group 的 NextGenPSD2，后者已被四分之三以上的欧洲银行采用，实践中被当作事实标准。美国有 Financial Data Exchange，如今覆盖六千万个以上的消费者账户。澳大利亚有 Consumer Data Right。这些没有一个是全球性的，也没有一个可能成为全球性的——但每一个都是真实、有版本、可机器测试的契约；而在契约止步之处，聚合方（Plaid、Tink、TrueLayer、Salt Edge）在单一接口之后消化了这些差异。零售端的碎片化是一种税负。它不是一堵墙。

企业银行与批发银行则没有对应之物。一家跨国企业的资金管理部门要触达它的银行，得依靠主机对主机的文件通道、十几个各自定制的门户、一套资金管理系统，或一个聚合方——通常四者同时并用。这不是稻草人论证：麦肯锡自己的交易银行研究多年来一再记录了同样的历史遗留，描述了银行如何依赖主机对主机与 SFTP 文件传输，列举了基于文件的集成众所周知的失效模式——臃肿的 ERP 格式必须逐个企业定制、无法处理条件式路由——并报告称有超过 85% 的交易银行高管打算投资于现金管理 API。对 API 的胃口毫无疑问。缺的是这些 API 所指向的那份共同契约。

因为惯常的候选者都算不上它。ISO 20022 常被误认作那个缺失的标准，但它是一套数据语法，而非一份 API 契约：pain.001 告诉你如何措辞一笔贷记转账，而不告诉你哪个端点创建它、它如何鉴权、如何分页、又如何告诉你它失败了。BIAN 给了业界一个共享的语义参考模型，而非一个强制执行的接口。Swift 的 Payment Initiation 与 Instant Cash Reporting API 是迈向标准化的真实一步，但它们以网络为中心且仍在成形，并非一层普适的界面。Berlin Group 的 openFinance 框架正向企业用例伸展——开户、贸易融资、动态定期支付——但它是欧洲的、早期的，且需按协议付费。把这一切拼齐，你仍然没有一份具约束力的全球企业银行 API 标准。你有的是建筑材料，却没有蓝图。

碎片化为何得以存续——又为何走到尽头

二十年来这尚可容忍，因为集成者是人，而且有耐心。一家企业用数月、有时数季，接入寥寥数条银行连接。每一条都是一个项目：交换证书、跑一笔小额测试、就一份映射文档争来争去。成本是真实的，但每段关系只付一次，并摊薄在随后数年的付款之上。当一家银行的 API 规格不足时——当一份标准如银行自己所抱怨的那样“把其余的留给实施机构”时——一名人类工程师读一读门户，推断其意图，把缺口糊了过去。模糊性尚可撑过，因为有个人在那里解决它。

它得以存续，还有些不常被说出口的原因。底层的管道是真的难改：批量清算窗口、隔夜周期，以及那些从未被设计用来回答实时问题的大型机内核。而碎片化也不仅仅是意外——它悄然是一种锁定形式。司库每搭一条定制的主机对主机通道，就是一笔归于现有银行的转换成本。一家难以集成的银行，在边际上，就是一家难以离开的银行。这一切并非阴谋；它是寻常的激励。但它解释了为何一个已就数据语法达成一致的行业，从未就界面达成一致——也解释了为何界面是仅存的最后一层尚未标准化的层。它之所以再难维系，是因为其下那一层正被限期强制结构化，而其上那一层刚刚迎来了一位新的、没有耐心的用户。

调用方已经变了

这位用户在十八个月内到来。Model Context Protocol——Anthropic 于 2024 年 11 月将其开源，并于 2025 年 12 月连同 Block 与 OpenAI 一起捐赠给 Linux Foundation 旗下的 Agentic AI Foundation——已成为 AI 系统触达工具与数据的默认方式。到 2026 年初，它的 SDK 每月下载量已约达九千七百万；到年中，据业界一份方向性判读，约有 78% 的企业 AI 团队已在生产环境中运行由 MCP 支撑的智能体，超过四分之一的《财富》500 强企业在运营 MCP 服务器，并通过一层标准的 OAuth 2.1 授权层加以保护。它常被、而且准确地被描述为 AI 的 USB-C：它把 M×N 的集成噩梦——每个模型都要人工接线到每个工具——收敛为 M+N。它对自身的概括，才是对银行而言真正要紧的那句话：API 是给程序的；MCP 是给智能体的。 一个 REST API 期待调用方事先知道该命中哪个端点、带哪些参数。一个智能体期待在运行时发现可用的工具，并自行决定何时、如何使用它们。

这对资金管理而言并非假设。到 2026 年，这一模式在企业与投资银行的资金管理部门中已趋于一致：一个智能体读取 ISO 20022 现金数据，调用一组有界的工具，在政策区间内再平衡流动性，外围包裹着 SR 11-7、DORA 与 EU AI Act 的控制。数据语法已为此就绪。API 界面则没有。

精确指出这一错配

把智能体从一家银行交易对手那里真正需要的东西剥到最简，这份清单短而不容含糊：

一份机器可发现的契约——一份 OpenAPI 描述，或一份工具清单，供智能体在运行时读取，而非一份人类只读一次的 PDF。
一套统一的鉴权模型——一套金融级的 OAuth2/mTLS 配置（FAPI 是显而易见的锚点），而非每家银行一套不同的握手。
作为保证的幂等性——一个唯一的指令引用，使一次重试的付款成为空操作，因为智能体必然会重试。
一套确定性的错误语法——同一种失败在各处意味着同一件事，好让模型能对它进行推理。
语义化版本管理与能力发现——好让智能体无需人写的发布说明，就能得知一个交易对手本季度能做什么。
结构化的 ISO 20022 报文、同意与授权，以及一条防篡改的审计轨迹——即实质、许可与证据。

把这份清单对照现实中的企业银行，每一行都裂成 N 种方言——每家银行一种。那个本应终结 M×N 难题的智能体，在银行边界上再度撞上它，因为每一家机构实际上都是一台各自为政的服务器，对“余额”有自己的语法，对“付款状态”有自己的概念，有自己那套鉴权舞步，也有自己对什么算错误的看法。协议标准化了线缆上智能体这一侧。没有人标准化银行那一侧。

把一个失效模式说具体

把它讲具体，因为正是在这里抽象开始咬人。设想一个流动性智能体，获授权在三家银行之间归集现金，以使每个账户维持在目标区间内。它发出三条几近相同的指令，而正如网络之常态，三条都撞上了超时。

A 银行把这次超时视为未知——可安全重试，于是智能体重试，而原始指令也照样清算：一笔重复付款。B 银行把同一次超时视为已提交——不要重试，却从不给出一个智能体能解析的确认，于是指令悬在半空，而智能体因未见成功便升级处理或改道：一条卡住的付款与一个被重复记账的头寸。C 银行返回一个欢天喜地的 HTTP 200，却把拒付藏在报文体里；智能体读取状态码，将本次归集标记为完成，然后继续前行：一次无声的失败，直到次日清晨才作为一处无人能解释的对账差异浮现。

三家银行、一种状况、三种互相矛盾的真相——A 处资金重复出账、B 处一条冻结的指令、C 处一场幻影般的成功。一名人类司库本会给三位客户经理打电话，午饭前就把它理清。而智能体给谁都打不了电话。这正是“作为保证的幂等性”与“一套确定性的错误语法”并非架构上的锦上添花的原因：没有它们，那种原本只耗费人力工时的碎片化，如今会以机器的速度、在所有交易对手身上同时把真金白银调错。

“把每家银行都包成一个 MCP 服务器”为何不是解法

条件反射式的答案，是给每家银行配一个 MCP 服务器，就此了事。这站不住脚，因为它挪走了碎片化，而非消除它。四十家银行变成四十台服务器、四十套语义、四十种鉴权流程，没有共同的含义——而且关键在于，没有共同的非功能底线：没有共同的时延预算、没有约定的可用性等级、没有可比的幂等性保证。上文那个失效模式在包装之下原封不动地存活。更糟的是，调用方如今是一个对支付渠道拥有写入权限的非确定性模型，这不仅仅是一个集成问题，而是一个模型风险与运营韧性问题，正正落在 SR 11-7、DORA 与 EU AI Act 之上。MCP 的人在环路原语——用于确认的诱导（elicitation）、用于推理的采样（sampling）——是必要且值得欢迎的，但一个确认对话框替代不了一个行为可预测的交易对手。你无法对无法统一描述之物进行规模化治理。一千台各自为政的服务器不是一个标准；它是同一片泥潭，蒙上了一层 JSON-RPC 的表皮。

两种未来，与一个战略抉择

由谁来解决这个问题，决定了未来十年由谁掌握企业客户关系，而候选者只有两个。

在第一种未来里，银行标准化自己的界面。它们发布面向智能体的 API，保住与司库的直接连接，仍然是智能体所发现并调用的那个交易对手。在第二种未来里，聚合方替它们标准化。少数几个平台定义了事实上的智能体契约，银行则沦为其身后可互换的端点——只能通过别人的抽象层被触达。这不是臆测；它是零售的故事在企业这一段上向前推演。麦肯锡自己 2025 年的交易银行研究就描述了像 Kyriba、GTreasury 这样的资金管理平台，以及像 Bill.com 这样的首席财务官办公室平台，如何自我定位于客户与银行之间，提供一个单一的、与银行无关的头寸视图。这恰恰就是那一层——在零售端，它悄然把长尾银行藏到了 Plaid 与 Tink 之后。同一份研究指出，企业司库如今以自己消费类应用的标准来要求银行，一旦开户、授权与 API 集成令其失望，他们便会转投他家。

这一抉择的战略内涵直白得很。一家沦为聚合方智能体契约身后端点的银行，会一次性交出三样东西。利润率——其服务被商品化，并被人透过别人的接口价格优先地加以比较。客户所有权——关系、上下文与转换成本一并迁往平台。以及数据与分析能力——它曾经端到端看到的资金流，如今被一个比它更了解客户的中介所居中截取。标准化你自己的界面不是一项技术卫生工程。它是“成为交易对手”与“沦为商品”之间的分野。

这套标准必须强制规定什么

缺失的那个方向并不玄奥。每个组件都已在公开领域存在——ISO 20022 负责数据，Swift 的 Payment Initiation 与 Instant Cash Reporting API 提供参考操作，BIAN 负责语义，Berlin Group 的 openFinance 提供同意与目录的模式，FAPI 负责金融级鉴权，MCP 负责工具暴露，A2A 负责智能体间编排。缺的是把它们组装成一份面向企业领域、具约束力的契约这一动作——以及去规定两条底线而非一条的纪律。既有的 B2B API 文献，包括麦肯锡的，大体把 API 当作一个增长与体验的机会。它对确定性、运行时能力发现或标准化的非功能性几乎只字未提——而这恰恰是智能体无法容忍的疏漏。因此这套标准必须对两件事都说清楚：接口是什么，以及它在治理之下如何表现。

技术底线

一份以 OpenAPI 为先的契约，并由它生成一份规范的 MCP 工具清单——而非在其旁另行手写，如此智能体所见的工具便绝不会与银行实际运行的 API 发生漂移。
FAPI 级的鉴权与同意，作为贯穿整层界面的唯一握手。
幂等性与一套确定性的错误分类法——稳定的代码、每种失败对应唯一含义，并写进契约本身。
ISO 20022 原生的报文，具备结构化与混合地址的就绪能力。
语义化版本管理搭配运行时能力发现——智能体可以询问某个交易对手今天能做什么，并得到一个机器可读的答复。

治理与韧性底线

公开发布并强制执行的非功能性 SLO——时延、可用性、吞吐量、直通处理率与人力投入——以真实的工时与流程数字表述，而非营销辞令。
授权、同意与一条防篡改的审计轨迹，绑定在执行路径上，而非漂浮在一个带外门户里。
对齐 SR 11-7、DORA 与 EU AI Act 的模型风险与运营韧性控制，使智能体的调用成为有责任人的受治理事件，而非稀奇的边缘情形。

零售端的经验里埋着一个惨痛教训。一份由机器执行的标准，必须比一份人类集成者能悄悄修补的标准更精确；规格不足不再是以开发者工时支付的软性成本，而是以错发付款支付的硬性失效模式。耐人寻味的是，业界最具权威性的协调努力——CPMI 与 PMPG 协调后的 ISO 20022 数据要求，全球各支付系统正被敦促在 G20 跨境支付计划之下于 2027 年底前采纳，正是为了对抗这种碎片化——按其自身的描述，既非一项监管规定，也非一份 API 标准。它协调的是数据。而接口，仍然是无人认领的活儿。

一幅目标图景

真要动手，反倒不如诊断那般令人生畏，因为它是三层，而非一项大工程。一套规范的企业银行 API，通过 REST 与 OpenAPI 暴露支付与现金报告，配以 ISO 20022 原生的报文与 FAPI 级鉴权——一份契约、一套语法、一次握手。一座MCP 桥位于其上，直接从那份 OpenAPI 契约生成面向智能体的工具清单，如此发现、模式与权限便源自那层界面，而非与之并行维护。再有一层策略与韧性层，为每一次智能体调用包裹上使自主变得安全的控制：交易与交易对手限额、隔离、人在环路触发器（对高风险动作进行诱导确认）、实时 SLO 监控，以及一个硬性的紧急关停开关。无需任何图示便能抓住要点——这套标准不是一条新渠道，而是对既已存在的渠道所作的一种有纪律的安排，把智能体路径与治理路径从第一次提交起就内建其中，而非在事故之后再补装上去。

可信的银行在未来 24 个月里该做什么

倘若你认同调用方已经变了，那么工作是具体的，可拆成五条主线。

发布一层 ISO 20022 原生、以 OpenAPI 为先的界面。 取一条高价值的走廊——通常是跨境支付与现金报告——通过一份单一、有版本的 OpenAPI 定义将其暴露，配以 ISO 20022 报文，对齐你既有的 CBPR+ 模式，而非另造第五套语法。让它对客户与内部智能体公开，配一个沙箱，并把变更当作产品发布来对待。第一年的成功不在于全面覆盖，而在于证明一条走廊可以做到端到端可供智能体寻址。
在其上标准化鉴权与幂等性。 采纳一套 FAPI 级配置作为唯一的握手，在每一次写入上强制要求幂等键，并把“重试同一条指令”变成契约里一项书面的保证——从而把“智能体会重试”从一项风险变为一个安全的假设。
定义一套确定性的错误语法与能力发现。 给每一种失败一个稳定的代码与一致的语义，加入语义化版本管理，并暴露一份智能体可在运行时查询的能力目录，对部分支持、弃用与“尚不可用”给出明确的标志位。
把授权、同意与审计附着到同一层界面上。 把同意与审批流程搬到 API 路径上，为每一条由智能体发起的指令发出一条防篡改的轨迹——何人、何事、何时、在哪个政策区间之下——并将其明确对齐 SR 11-7、DORA 与 EU AI Act，好让第二道防线能予以签核。
公布非功能底线，然后运行一个受监督的智能体试点。 为这条走廊承诺时延、可用性、吞吐量与直通处理率目标并对其埋点；随后搭起一个受监督的流动性或现金归集智能体，让它只使用这层界面，配以硬性限额、人在环路的检查点与完整审计，运行六到十二个月。这是你自己能掌控的强制函数——它证明当界面可预测时，一个智能体能在政策区间内安全地调动资金；它也会迅速告诉你，你的标准在哪里仍是抱负而非事实。

那个强制函数

业界刚刚证明了：只要有什么在逼它，它就能动起来。Swift 于 2026 年 11 月的结构化地址切换——此后跨境支付中的非结构化地址将被直接拒绝，没有应急转换——已把一个不情愿的市场按一个固定日期拽向结构化的 ISO 20022 数据，并由 CPMI 在 G20 支付计划之下于 2027 年底前推动协调数据要求所强化。请注意这两项努力所标准化的是什么：是数据，不是接口。语法正被强制理清。界面则被留给每家银行自行斟酌——而这恰恰是智能体无法与之共事的那种斟酌。对一个智能体而言，这意味着报文终将一致，而其背后的行为仍旧各异——这正是机器真正所需的一个颠倒，因为机器要的是可预测的行为第一、干净的数据第二。

因此，要避免的那个不受逼迫的失误就是：在行动之前，坐等一个全球委员会来给一套企业银行 API 标准盖上认可的印章。那些如今就发布 ISO 20022 原生、面向智能体界面的银行——一份 OpenAPI 契约、一份由它生成的 MCP 清单、金融级鉴权，以及它们真正愿意背书的非功能底线——将成为自主化资金管理的默认交易对手。它们的工具，将是智能体能够发现、信任并调用而无需中间夹一个人的那些工具。那些等待的银行，将只能通过某个聚合方的抽象层被触达，把自己的客户关系租给掌握适配器的那一方。

没有方向的语法算不上标准。ISO 20022 教会了企业银行如何说话，却从未告诉它该往哪里去。智能体已经到来，流利而没有耐心，而那张地图仍然不在。绘制它，如今是交易银行中最具决定意义的一项基础设施工作——而且这一次，最后期限不是由监管者设定的，而是由那些已在接口处等候的机器设定的。

常见问题

ISO 20022 难道不就是那个缺失的标准吗？ 不是。ISO 20022 是一套数据语法，而非一份 API 契约。pain.001 告诉系统如何措辞一笔贷记转账；它不说哪个端点创建它、它如何鉴权、如何分页，或如何报告失败。语法已为智能体就绪。界面——那个智能体真正调用的、机器可发现、行为统一的接口——则没有。

为什么不干脆把每家银行都包成一个 MCP 服务器？ 因为那是挪走碎片化，而非消除它。四十家银行变成四十台服务器、四十套语义、四十种鉴权流程，而且——关键在于——没有共同的非功能底线：没有共同的时延预算、没有约定的可用性等级、没有可比的幂等性保证。调用方如今是一个对支付渠道拥有写入权限的非确定性模型，这在 SR 11-7、DORA 与 EU AI Act 之下是一个模型风险与运营韧性问题。一千台各自为政的服务器不是一个标准。

对一家银行来说，最有用的第一步是什么？ 发布一条 ISO 20022 原生、以 OpenAPI 为先的走廊——通常是跨境支付与现金报告——配以一次 FAPI 级的握手、作为书面保证的幂等性，以及一套确定性的错误语法。然后针对且仅针对这层界面运行一个受监督的智能体试点，配以硬性限额、人在环路的检查点与完整审计。把一条走廊端到端证明出来，胜过一份覆盖一切却什么都不强制的路线图。

如果银行不解决，谁来解决？ 聚合方。少数几个资金管理与首席财务官办公室平台将定义事实上的智能体契约，银行则沦为其身后可互换的端点——一次性交出利润率、客户所有权与端到端数据。这是零售的故事——Plaid 与 Tink 在那里消化了长尾——向前推演一段，进入企业银行。

参考文献

Model Context Protocol — 官方文档 ⧉。[MCP 于 2024 年 11 月开源，并于 2025 年 12 月连同 Block 与 OpenAI 一起捐赠给 Linux Foundation 旗下的 Agentic AI Foundation；本文分析所依托的运行时工具发现层。文中的采纳数字为业界方向性判读，并已如此标注。]
Berlin Group — NextGenPSD2 与 openFinance ⧉。[事实上的欧洲零售 API 标准及其向企业用例的伸展——引用以说明同意与目录的模式，以及零售对企业的对照。]
Financial Data Exchange (FDX) ⧉。[美国的零售数据共享标准，引用以说明标准化零售契约的规模，而企业银行对此并无对应之物。]
McKinsey & Company — 金融服务洞察 ⧉。[交易银行 API 研究：主机对主机 / SFTP 的历史遗留、约 85% 的现金管理 API 投资意向，以及资金管理平台的居中截取。引用以说明市场诊断；此处的框架与结论出自作者本人。]
国际清算银行（CPMI）— 协调后的 ISO 20022 数据要求 ⧉。[于 2027 年底前协调支付数据的推动——按其自身描述既非监管规定也非 API 标准——引用以说明“有语法而无界面”这一论点。]
Swift — 面向金融机构的 ISO 20022 ⧉。[CBPR+ 与 2026 年 11 月的结构化地址里程碑；Payment Initiation 与 Instant Cash Reporting API 被引用为参考操作，而非一层普适的界面。]

最后审阅于 2026 年 7 月。原创分析；来源均予引用，未作转载。采纳与市场数字为业界方向性判读——在转载前请对照一手来源核实。依据 CC-BY-4.0 授权。

最近审阅 2026-07-08.

Republish this article

从碎片化到断层线：智能体时代企业银行缺失的 API 标准 — Sebastien Rousseau

零售银行十年前就有了自己的 API 标准，企业银行却始终没有。如今 AI 智能体与 Model Context Protocol 已把集成变成了运行时决策，这道缺口便成了断层线。

This article is licensed under Creative Commons Attribution 4.0 International. Republication requires attribution to the canonical URL.

从碎片化到断层线：智能体时代企业银行缺失的 API 标准 — Sebastien Rousseau

零售银行十年前就有了自己的 API 标准，企业银行却始终没有。如今 AI 智能体与 Model Context Protocol 已把集成变成了运行时决策，这道缺口便成了断层线。

Originally published at https://sebastienrousseau.com/zh-hans/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER