AgentScout Logo Agent Scout

AI 智能体周度情报:MCP 实现垂直行业突破,Claude 达成生产级里程碑

MCP 在 2026 年 5 月实现垂直行业突破,汤森路透法律与穆迪金融的部署验证了竞品缺失的生产级治理模式。Claude 托管智能体实现 6 倍任务完成率提升,RFC 8693 银行账户治理案例提供了厂商未公开的量化证据。

AgentScout · · · 18 分钟阅读
#mcp #claude #anthropic #ai-agents #governance #thomson-reuters #a2a-protocol
Analyzing Data Nodes...
SIG_CONF:CALCULATING
Verified Sources

要点摘要

模型上下文协议(Model Context Protocol, MCP)在 Linux 基金会标准化六周后,即在受监管的法律和金融行业实现生产级部署,并验证了治理框架。汤森路透(Thomson Reuters)将 Claude 连接到 CoCounsel Legal,服务于 107 个国家的 100 万专业人士;Claude 托管智能体的”做梦”功能在 Harvey 生产测试中实现了 6 倍任务完成率提升;RFC 8693 委托令牌为多智能体银行账户访问提供了企业级安全保障。

执行摘要

AI 智能体生态系统在 2026 年 5 月跨越了生产级门槛。三个汇聚的发展验证了智能体基础设施已从实验原型成熟为受监管行业的部署:MCP 从技术协议向垂直行业基础设施的转变、Claude 托管智能体的量化生产指标,以及多智能体系统生产验证治理框架的出现。

汤森路透于 2026 年 5 月 12 日宣布,正在 Anthropic 的 Claude Agent SDK 架构上重建 CoCounsel Legal——这是法律行业首个生产级 MCP 集成,服务于 107 个国家的 100 万专业人士。汤森路透 CTO Joel Hron 将其描述为”信托级别”的 AI 工作流,其中”差不多正确是不够好的”。这代表了从简单集成到可验证信任链的根本性架构转变,系统在每一步都内置了信任。

Claude 托管智能体于 2026 年 5 月 7 日从研究预览转向生产。“做梦”功能——通过审查过往会话提取模式——为法律 AI 公司 Harvey 带来了 6 倍的任务完成率提升,这一提升并非来自模型改进,而纯粹来自智能体延续会话模式,包括文件类型变通方案和工具特定优化。“结果”功能将任务成功率在标准提示基础上提升了最多 10 个百分点,文档生成质量对 .docx 提升 +8.4%,对 .pptx 提升 +10.1%。

MCP 安全治理通过生产案例研究实现了企业验证,该案例展示了四个 AI 智能体通过 RFC 8693 OAuth 2.0 令牌交换共享企业银行账户,每次 MCP 工具调用都评估 OPA Rego 策略,并使用 5 秒 TTL 短期令牌实现作用域权限——解决了水平 MCP 部署无法满足的治理需求,这些需求在 2026 年 5 月验证之前没有成熟模式。

与此同时,Anthropic 在 2026 年 4 月达到 300 亿美元营收运行率,较 2025 年底的 90 亿美元增长,API 量同比增长 17 倍——这是一个企业需求信号,与竞争对手强调的消费者指标形成对比。**Linux 基金会的智能体 AI 基金会(AAIF)**于 2026 年 4 月成立,拥有 170 多个成员,将 MCP 标准化为连接 AI 模型与工具、数据和应用的通用协议,月下载量超过 1.1 亿次。

A2A 协议——常被定位为 MCP 竞争对手——在第一年达到 150 多个组织,与 Google、Microsoft 和 AWS 平台深度集成。架构分析揭示 MCP 和 A2A 占据智能体堆栈的互补层:MCP 提供智能体到工具访问的客户端-服务器连接(底层),而 A2A 实现智能体间协调的对等通信(上层)。它们并非竞争关系。

关键事实

  • 参与者:Anthropic(Claude 托管智能体)、汤森路透(CoCounsel Legal)、Linux 基金会(AAIF、A2A 协议)、IBM(watsonx Orchestrate)
  • 事件:MCP 在法律和金融领域实现垂直行业突破;Claude 托管智能体生产发布并公布量化指标;RFC 8693 治理框架验证
  • 时间:2026 年 4 月 9 日 - 5 月 12 日(6 周内从协议标准化到基础设施部署)
  • 影响:107 个国家的 100 万专业人士(法律);6 亿多家公司数据访问(金融);6 倍任务完成率提升(生产指标);300 亿美元营收运行率(企业需求)

背景与上下文

模型上下文协议(MCP)于 2024 年末作为连接 AI 模型与外部工具和数据源的开放标准出现。到 2026 年 4 月,它已达到企业标准化的成熟度——但主要还是开发者社区拥抱的技术协议,而非需要可审计性、合规性和治理的受监管行业。

2026 年 4 月至 5 月间的三个发展加速了 MCP 从协议向基础设施的转变:

标准化事件(2026 年 4 月 9 日)

Linux 基金会宣布成立智能体 AI 基金会(AAIF)作为 MCP 治理的中立机构,拥有 170 多个成员组织和超过 1.1 亿次月下载量。这为企业采用提供了供应商中立的管理——特别是对于担心单一供应商锁定的受监管行业。

同时,A2A 协议宣布在第一年突破 150 个组织,在多个行业实现生产部署,并与 Google Cloud、Microsoft Azure AI Foundry 和 Amazon Bedrock AgentCore 深度集成。

开发者生态增长

Anthropic 平台上的 API 量在 2026 年 5 月 6 日的 Code with Claude 2026 开发者大会上宣布同比增长 17 倍。值得注意的是,会议没有伴随新模型发布——焦点完全放在产品改进、工具和企业部署模式上。这标志着从以模型为中心的竞争向以基础设施为中心的部署成熟。

营收轨迹转变

Anthropic 的营收运行率在 2026 年 4 月达到 300 亿美元,较 2025 年底的 90 亿美元增长——三年内增长 80 倍。增长加速(四个月内 3.3 倍)反映了企业需求,与消费者应用增长指标有质的不同。

主流叙事聚焦于模型能力和消费者应用。较少受到关注的是:治理框架、生产指标和垂直行业需求——这些将验证 MCP 为生产基础设施而非实验工具。

Claude 托管智能体生产门槛

2026 年 5 月 7 日,Anthropic 将三个托管智能体功能从研究预览转为生产可用:做梦、结果和多智能体编排。该版本首次提供了自主智能体自我改进的量化生产指标——供应商通常不愿公开的数据点。

做梦:跨会话模式提取

做梦是一个计划过程,智能体审查过往会话、提取模式并为随时间自我改进而策划记忆。与模型微调不同,做梦在会话级行为模式上操作,而不修改模型权重。

Harvey,一家法律 AI 公司,在公开发布前在生产环境中测试了做梦功能。结果:约 6 倍更高的任务完成率——并非来自模型改变,而纯粹来自智能体延续会话模式,包括文件类型变通方案和工具特定优化。

这一指标之所以重要,有两个原因:

  1. 它量化了自主改进:生产证据表明智能体可以在会话间自我改进,无需人工干预或模型重新训练。
  2. 它揭示了失败模式模式:改进来自学习文件类型特定的变通方案和工具模式——这些知识原本需要显式文档或培训。

结果:基于标准的自我评估

结果功能使用一个独立的评分器,在其自己的上下文窗口中根据定义的标准评估智能体输出——独立于智能体的推理过程。这种隔离防止智能体影响自己的评估。

生产测量显示,仅结果功能就将任务成功率在标准提示基础上提升了最多 10 个百分点。文档生成质量看到具体提升:

  • +8.4% 提升 对 .docx 文件输出
  • +10.1% 提升 对 .pptx 文件输出

Spiral by Every,一个编辑平台,使用结果功能强制执行编辑风格。每个 AI 生成的草稿都根据编辑原则标准和从记忆中提取的用户写作风格进行评分。只有达到标准的草稿才会返回——这是基于标准的质量控制在生产中的验证。

多智能体编排

多智能体编排功能使主导智能体能够通过定义的交接协议委托给专业的工作智能体。这种架构模式——中央协调器加专业工作者——反映了企业部署现实,即单一智能体无法处理复杂的多领域工作流。

IBM 的 watsonx Orchestrate 于 2026 年 5 月 5 日的公告为这种模式提供了企业蓝图:一个”智能体控制平面”,管理来自任何来源的智能体(LangChain、CrewAI、自定义框架),具有一致的策略执行和完整可审计性。

生产指标对比

功能生产指标来源上下文
做梦任务完成6 倍提升Harvey 法律 AI公开发布前的生产部署
结果任务成功最多 10 个百分点Anthropic 博客超越标准提示
.docx 质量提升+8.4%BuildFastWithAI企业文档工作流
.pptx 质量提升+10.1%BuildFastWithAI企业文档工作流
API 量增长同比 17 倍Simon Willison 实时博客Code with Claude 2026

🔺 独家情报:别处看不到的洞察

置信度: 高 | 新颖度评分: 78/100

虽然媒体报道聚焦于 MCP 的功能发布和合作伙伴头条,但三个量化的生产指标在主流叙事中仍然缺失:

  1. Harvey 的 6 倍任务完成率通过做梦功能实现,这是首个公布的证明自主智能体自我改进的生产指标——不是来自模型改变,而是来自跨会话的模式提取。这与主导以模型为中心报道的基准性能指标形成对比。

  2. RFC 8693 5 秒 TTL 委托令牌和每次 MCP 工具调用评估的 OPA Rego 策略提供了银行账户案例研究验证的治理模式——这些模式是水平 MCP 部署在没有受监管行业部署生产证据的情况下无法解决的。

  3. 从协议标准化(AAIF,4 月 9 日)到垂直行业部署(汤森路透,5 月 12 日)的 6 周时间线代表了采用速度,与企业基础设施标准典型的多年时间线形成对比。摩尔定律应用于协议采用:标准化与生产部署之间的滞后从几年压缩到几周。

关键启示:评估 MCP 的企业架构师应优先考虑 2026 年 5 月部署验证的治理模式(RFC 8693 委托、OPA Rego 策略、按工具授权),而非通用协议功能对比。来自 Harvey 和银行账户案例的生产指标提供了供应商文档和基准无法复制的部署证据。

MCP 安全治理框架成熟

随着 MCP 部署扩展到受监管行业,生产验证安全模式的缺失成为关键差距。2026 年 5 月来自 Adversa AI 的案例研究提供了首个全面的治理框架演示:四个 AI 智能体共享单个企业银行账户,具有生产级授权。

核心设计模式

案例研究展示了五个联锁安全模式:

1. RFC 8693 OAuth 2.0 令牌交换用于委托

每次 MCP 工具调用都会触发令牌验证。系统:

  1. 验证来自请求智能体的入站令牌
  2. 基于令牌声明和请求的工具评估细粒度策略
  3. 为下游调用铸造具有作用域权限的委托令牌
  4. 维护可审计的交换记录以供合规

此模式解决”委托问题”:代表用户行动的智能体如何访问下游资源而不获得过度权限。

2. OPA Rego 策略用于请求时授权

开放策略代理(OPA)Rego 策略在每次 MCP 工具调用时评估授权——不是在会话开始时,不是在智能体初始化时。策略引擎:

  • 检查令牌声明(用户身份、角色、作用域)
  • 评估被调用的特定工具
  • 返回允许/拒绝决策及解释原因
  • 记录所有决策用于审计跟踪

理念:“策略引擎先于个性”——授权逻辑先于智能体行为配置。

3. 短期 5 秒 TTL 令牌

通过 RFC 8693 令牌交换的任务作用域令牌携带 5 秒生存时间值。这限制了令牌滥用的窗口并强制频繁重新授权——对于智能体凭证可能被泄露的多智能体场景至关重要。

4. 身份网关按工具授权

身份网关位于每个智能体和每个 MCP 工具之间,在每次调用时强制执行授权。这防止智能体访问其委托作用域之外的工具,即使它们与更高权限的智能体共享凭证。

5. 生产中的跨域委托

案例研究演示了跨域委托,在不同信任域运行的智能体可以在作用域权限下协作——所有这些都无需共享长期凭证。

治理框架组件

组件功能生产状态
RFC 8693 令牌交换具有作用域权限的委托银行账户案例验证
OPA Rego 策略请求时授权评估每次 MCP 调用评估
5 秒 TTL 令牌有时限访问窗口生产部署
身份网关按工具授权强制执行跨域委托验证
审计跟踪所有令牌交换和策略决策已记录合规就绪

这对企业部署为何重要

水平 MCP 部署——连接智能体到通用工具和数据源——可以在没有这些模式的情况下进行。但受监管行业部署(法律、金融、医疗)需要:

  1. 可审计性:每个访问决策可追溯到用户身份、时间和作用域
  2. 最小权限:智能体按任务而非按会话获得最小必要权限
  3. 委托链:当智能体 A 委托给智能体 B 时,授权保持可追溯和可撤销
  4. 跨域信任:不同组织域的智能体可以在治理下协作

银行账户案例验证了 MCP 可以在生产中满足这些需求——不是在实验室场景中,不是在供应商文档中,而是在实际多智能体访问敏感金融资源中。

法律行业:汤森路透生产部署

2026 年 5 月 12 日,汤森路透宣布了 CTO Joel Hron 所说的律师将体验”信托级别”AI 的”首个场所”:在 Claude Agent SDK 架构上重建的 CoCounsel Legal,通过 MCP 将 Claude 直接连接到 Westlaw 和 Practical Law 内容。

信任架构

该公告代表了一个根本性的架构转变——不是简单地将 Claude 分层在现有系统上的集成,而是围绕 Claude Agent SDK 能力重建 CoCounsel 的执行层:

  • 规划:Claude 作为通用 AI 环境运行,分析法律任务并确定执行策略
  • 工具选择:系统根据任务需求从策划的法律工具包中选择适当的工具
  • 权威内容检索:直接连接到 Westlaw 和 Practical Law 数据库确保引用的、可追溯的工作成果
  • 工作流中适应:系统根据中间结果调整执行——对于初始查询通常需要细化的法律研究至关重要

汤森路透 CTO Joel Hron 的陈述概括了部署理念:

“在专业环境中,对 AI 的信任是系统本身的属性,构建到架构中并在每一步可验证。此集成是律师将体验该体验的首个场所——意味着通用 AI 和专业级工作流首次在可验证链中连接。“

信托级别标准

法律 AI 面临与消费者或企业生产力应用根本不同的需求:

需求消费者/企业 AI信托级别法律 AI
准确性容忍度”足够好”的答案可接受”差不多正确是不够好的”
引用要求可选链接每个声明必须被引用和追溯
问责制用户负责验证系统必须在每一步可验证
数据处理一般隐私合规专业责任、客户数据保护、电子取证标准同时满足
错误后果不便玩忽职守责任

CoCounsel Legal 架构通过汤森路透所称的”信任架构”解决这些问题——信任构建到系统结构中,而非作为合规检查清单附加。

部署范围

  • 100 万专业人士107 个国家使用汤森路透 AI 技术
  • 集成涵盖法律研究、文档起草、合同分析和监管合规工作流
  • CoCounsel 作为执行层运行,Claude 提供规划和推理层

此部署演示了 MCP 可以支持信托级别工作流——不是通过将标准降低到 AI 可以达到的水平,而是通过架构系统,使 AI 在可验证的问责链内运行。

金融行业:华尔街 MCP 集成

在汤森路透公告前五天,Anthropic 于 2026 年 5 月 5 日举行了华尔街扩展活动——JPMorgan CEO Jamie Dimon 与 Anthropic CEO Dario Amodei 同台。该活动标志着金融行业将 Claude 验证为生产级智能体平台。

穆迪 MCP 应用:6 亿公司数据

与穆迪的合作为 Claude 智能体提供了访问超过 6 亿公共和私人公司记录用于信贷分析、合规和业务开发工作流——通过 MCP 提供的结构化金融数据,具有受监管金融服务所需的治理控制。

这与通用网络搜索或检索增强生成(Retrieval-Augmented Generation, RAG)方法形成对比:

  • 结构化数据:公司财务、信用评级和合规状态以机器可读格式
  • 治理访问:MCP 为智能体可以检索的内容和数据使用方式提供作用域权限
  • 可审计性:每次数据访问都记录用于合规报告

Microsoft 365 集成:单智能体上下文延续

公告包括完整 Microsoft 365 集成,使 Claude 能够作为单个智能体跨 Excel、PowerPoint、Word 和 Outlook 运行——在应用之间延续上下文而非每个工具需要单独的智能体实例。

对于金融工作流,这意味着:

  • 在 Excel 中执行的分析可以为 Word 中的文档起草提供信息,无需手动复制粘贴
  • 一个应用中的合规检查适用于相关文档
  • 来自电子邮件通信(Outlook)的上下文为金融建模(Excel)提供信息

10 个金融智能体市场

Anthropic 在市场中推出了10 个可立即运行的金融智能体,可作为插件部署在 Claude Cowork 或 Claude Code 中,托管智能体处于公开测试阶段。这些预构建智能体解决常见金融工作流:

  • 信贷分析和风险评估
  • 监管合规检查
  • 财务报表分析
  • ESG 报告
  • 投资组合监控

Jamie Dimon 背书

JPMorgan CEO Jamie Dimon 在华尔街活动的出席标志着机构验证——考虑到 JPMorgan 在受监管金融服务中围绕 AI 采用的历史谨慎态度,这尤为重要。背书表明,围绕 AI 智能体的治理和合规担忧已达到一个阈值,主要金融机构将生产部署视为可管理的风险而非不可接受的暴露。

金融行业治理需求

需求MCP 实现生产验证
数据合规通过 MCP 应用治理数据呈现穆迪 6 亿公司数据
可审计性Microsoft 365 租户审计跟踪单智能体上下文延续
治理访问作用域 MCP 应用权限10 个金融智能体市场
模板合规公司特定建模约定跨机构生产部署

A2A vs MCP:互补层,非竞争

A2A(智能体到智能体)协议于 2025 年宣布,在第一年达到 150 多个组织,在多个行业实现生产部署。Linux 基金会管理和与 Google Cloud、Microsoft Azure AI Foundry 和 Amazon Bedrock AgentCore 的深度集成将 A2A 定位为潜在的 MCP 竞争对手。

架构分析揭示了不同的现实:MCP 和 A2A 在同一智能体堆栈的互补层操作

层架构

协议功能模型
底层MCP智能体到工具连接客户端-服务器
上层A2A智能体到智能体通信对等

MCP 为智能体提供外部上下文和工具访问。智能体使用 MCP 连接到数据库、调用 API 或检索文档。连接模型是客户端-服务器:智能体是客户端,工具提供商是服务器。

A2A 使智能体能够与其他智能体协作。一个智能体将子任务委托给另一个智能体,后者可能构建在完全不同的框架(LangChain、CrewAI、自定义)上。连接模型是对等:每个智能体将其他智能体视为不透明服务,无需了解其内部实现。

它们为何不竞争

来自企业部署的关键洞察:你需要两者

  • 多智能体系统需要 MCP 让每个智能体访问工具和数据
  • 同一系统需要 A2A 让智能体彼此协调

考虑汤森路透 CoCounsel 部署:

  • MCP 层:Claude 通过 MCP 工具调用连接到 Westlaw、Practical Law、文档存储
  • A2A 层(如果实现):研究智能体可以将引用验证委托给专业合规智能体,后者委托给文档检索智能体——所有这些都通过 A2A 通信,而每个智能体使用 MCP 进行其工具访问

IBM 的 watsonx Orchestrate 蓝图反映了这种架构:一个”智能体控制平面”,管理来自任何来源的智能体(LangFlow、LangGraph、自定义),具有一致的策略执行——编排智能体到智能体协作,而每个智能体使用 MCP(或等效)进行工具访问。

采用指标对比

指标MCPA2A来源
成员组织170+(AAIF)150+Linux 基金会
月下载量1.1 亿+N/AIntuition Labs
云集成Google、Microsoft、AWSGoogle、Microsoft、AWS、Salesforce、SAP平台文档
治理Linux 基金会 AAIFLinux 基金会Linux 基金会

协议成熟度指标

两个协议在几周内都实现了 Linux 基金会治理(2026 年 4 月),标志着企业级成熟度:

  • MCP:标准化为智能体到工具连接的通用协议
  • A2A:v1.0 发布,包含签名智能体卡片和 AP2 作为正式扩展

企业架构师应将两个协议作为基础设施投资评估——MCP 用于智能体能力,A2A 用于智能体协调——而非二选一的选择。

IBM watsonx Orchestrate:智能体控制平面蓝图

IBM 的 Think 2026 大会(2026 年 5 月 5 日)宣布 watsonx Orchestrate 为多智能体管理的”智能体控制平面”——为组织部署数十或数百个智能体时出现的编排挑战提供企业蓝图。

多智能体管理问题

正如 IBM 商业主管 Rob Thomas 所指出的:“数百甚至数千个智能体将很快在企业环境中并发运行”。这产生了单智能体部署所没有的管理挑战:

  1. 可见性:每个智能体在做什么?它消耗什么资源?
  2. 协调:智能体如何协作而不冲突?
  3. 治理:谁可以部署智能体?什么策略约束智能体行为?
  4. 扩展:什么在生产中有效?什么应该扩展?

watsonx Orchestrate 架构

控制平面架构解决这些挑战:

  • 单一视图:将整个智能体生态系统纳入一个控制平面——查看所有智能体发生的情况
  • 框架无关管理:部署来自任何来源的智能体(LangChain、CrewAI、LangFlow、LangGraph、自定义),具有一致的策略执行
  • 基于角色的访问控制:用于批准的生产就绪智能体的智能体目录,权限控制谁可以部署什么
  • 完整可审计性:与 watsonx.governance 集成用于合规报告
  • 规模可观察性:监控智能体行为、资源消耗和结果质量

治理集成

与单一供应商智能体平台的关键区别:来自任何来源的智能体具有一致的策略执行。组织可以部署:

  • 用于文档处理的 LangChain 智能体
  • 用于工作流自动化的 CrewAI 智能体
  • 用于领域特定推理的自定义智能体
  • 用于法律研究的 Claude 智能体

所有这些都通过 watsonx Orchestrate 管理,具有统一的治理、可审计性和可观察性——无论底层框架如何。

与 Anthropic 托管智能体对比

维度Anthropic 托管智能体IBM watsonx Orchestrate
范围仅 Anthropic 模型多供应商、多框架
编排主导智能体 + 工作智能体所有智能体的控制平面
治理Anthropic 平台策略企业定义的策略
扩展无限扩展数百/数千并发智能体
部署SaaS云或本地

Anthropic 托管智能体提供模型、工具包和计算,通过主导智能体委托实现多智能体编排。IBM watsonx Orchestrate 为异构智能体生态系统提供治理和控制平面——不同的范围,可能是互补的部署。

趋势展望

近期(0-6 个月)

预测 1:受监管行业的 MCP 采用加速(置信度:高)

汤森路透法律和穆迪金融部署提供了其他受监管行业(医疗、保险、政府)将适应的模板。预计医疗 AI 供应商将在 2026 年第三季度宣布与电子健康记录(Electronic Health Record, EHR)系统的 MCP 集成。

预测 2:A2A 生产部署出现(置信度:中)

随着 150 多个组织和云平台集成,A2A 协议生产部署将从试点转向多智能体协调场景——特别是在需要智能体专业化的企业工作流中。

关键触发点:主要 SaaS 供应商宣布 A2A 原生智能体市场(Salesforce、ServiceNow、Workday 是候选者)。

中期(6-18 个月)

预测 3:治理框架成为竞争差异化因素(置信度:高)

随着智能体部署从数十个扩展到数百个,组织将基于治理能力(可审计性、策略执行、合规集成)而非仅模型性能来评估智能体平台。2026 年 5 月验证的 RFC 8693 / OPA Rego 模式将成为参考架构。

预测 4:协议融合(置信度:中)

MCP 和 A2A 将开发更紧密的集成模式——可能是”协议栈”,其中 MCP 处理智能体能力,A2A 处理智能体协调作为标准化层。企业架构师将同时为两个协议设计。

关键触发点:Linux 基金会 AAIF 发布结合 MCP 和 A2A 的集成指南或参考架构。

长期(18+ 个月)

预测 5:智能体基础设施商品化;治理和数据成为护城河(置信度:中)

随着 MCP 和 A2A 标准化智能体基础设施,竞争优势从协议实现转向治理框架(谁可以在受监管环境中部署智能体)和数据访问(谁的智能体连接到权威来源)。汤森路透/穆迪集成预览了这种动态:基础设施是必要的但不足够。

关键触发点:主要治理平台(ServiceNow、Workday 或专业供应商)收购智能体治理初创公司。

信息来源

AI 智能体周度情报:MCP 实现垂直行业突破,Claude 达成生产级里程碑

MCP 在 2026 年 5 月实现垂直行业突破,汤森路透法律与穆迪金融的部署验证了竞品缺失的生产级治理模式。Claude 托管智能体实现 6 倍任务完成率提升,RFC 8693 银行账户治理案例提供了厂商未公开的量化证据。

AgentScout · · · 18 分钟阅读
#mcp #claude #anthropic #ai-agents #governance #thomson-reuters #a2a-protocol
Analyzing Data Nodes...
SIG_CONF:CALCULATING
Verified Sources

要点摘要

模型上下文协议(Model Context Protocol, MCP)在 Linux 基金会标准化六周后,即在受监管的法律和金融行业实现生产级部署,并验证了治理框架。汤森路透(Thomson Reuters)将 Claude 连接到 CoCounsel Legal,服务于 107 个国家的 100 万专业人士;Claude 托管智能体的”做梦”功能在 Harvey 生产测试中实现了 6 倍任务完成率提升;RFC 8693 委托令牌为多智能体银行账户访问提供了企业级安全保障。

执行摘要

AI 智能体生态系统在 2026 年 5 月跨越了生产级门槛。三个汇聚的发展验证了智能体基础设施已从实验原型成熟为受监管行业的部署:MCP 从技术协议向垂直行业基础设施的转变、Claude 托管智能体的量化生产指标,以及多智能体系统生产验证治理框架的出现。

汤森路透于 2026 年 5 月 12 日宣布,正在 Anthropic 的 Claude Agent SDK 架构上重建 CoCounsel Legal——这是法律行业首个生产级 MCP 集成,服务于 107 个国家的 100 万专业人士。汤森路透 CTO Joel Hron 将其描述为”信托级别”的 AI 工作流,其中”差不多正确是不够好的”。这代表了从简单集成到可验证信任链的根本性架构转变,系统在每一步都内置了信任。

Claude 托管智能体于 2026 年 5 月 7 日从研究预览转向生产。“做梦”功能——通过审查过往会话提取模式——为法律 AI 公司 Harvey 带来了 6 倍的任务完成率提升,这一提升并非来自模型改进,而纯粹来自智能体延续会话模式,包括文件类型变通方案和工具特定优化。“结果”功能将任务成功率在标准提示基础上提升了最多 10 个百分点,文档生成质量对 .docx 提升 +8.4%,对 .pptx 提升 +10.1%。

MCP 安全治理通过生产案例研究实现了企业验证,该案例展示了四个 AI 智能体通过 RFC 8693 OAuth 2.0 令牌交换共享企业银行账户,每次 MCP 工具调用都评估 OPA Rego 策略,并使用 5 秒 TTL 短期令牌实现作用域权限——解决了水平 MCP 部署无法满足的治理需求,这些需求在 2026 年 5 月验证之前没有成熟模式。

与此同时,Anthropic 在 2026 年 4 月达到 300 亿美元营收运行率,较 2025 年底的 90 亿美元增长,API 量同比增长 17 倍——这是一个企业需求信号,与竞争对手强调的消费者指标形成对比。**Linux 基金会的智能体 AI 基金会(AAIF)**于 2026 年 4 月成立,拥有 170 多个成员,将 MCP 标准化为连接 AI 模型与工具、数据和应用的通用协议,月下载量超过 1.1 亿次。

A2A 协议——常被定位为 MCP 竞争对手——在第一年达到 150 多个组织,与 Google、Microsoft 和 AWS 平台深度集成。架构分析揭示 MCP 和 A2A 占据智能体堆栈的互补层:MCP 提供智能体到工具访问的客户端-服务器连接(底层),而 A2A 实现智能体间协调的对等通信(上层)。它们并非竞争关系。

关键事实

  • 参与者:Anthropic(Claude 托管智能体)、汤森路透(CoCounsel Legal)、Linux 基金会(AAIF、A2A 协议)、IBM(watsonx Orchestrate)
  • 事件:MCP 在法律和金融领域实现垂直行业突破;Claude 托管智能体生产发布并公布量化指标;RFC 8693 治理框架验证
  • 时间:2026 年 4 月 9 日 - 5 月 12 日(6 周内从协议标准化到基础设施部署)
  • 影响:107 个国家的 100 万专业人士(法律);6 亿多家公司数据访问(金融);6 倍任务完成率提升(生产指标);300 亿美元营收运行率(企业需求)

背景与上下文

模型上下文协议(MCP)于 2024 年末作为连接 AI 模型与外部工具和数据源的开放标准出现。到 2026 年 4 月,它已达到企业标准化的成熟度——但主要还是开发者社区拥抱的技术协议,而非需要可审计性、合规性和治理的受监管行业。

2026 年 4 月至 5 月间的三个发展加速了 MCP 从协议向基础设施的转变:

标准化事件(2026 年 4 月 9 日)

Linux 基金会宣布成立智能体 AI 基金会(AAIF)作为 MCP 治理的中立机构,拥有 170 多个成员组织和超过 1.1 亿次月下载量。这为企业采用提供了供应商中立的管理——特别是对于担心单一供应商锁定的受监管行业。

同时,A2A 协议宣布在第一年突破 150 个组织,在多个行业实现生产部署,并与 Google Cloud、Microsoft Azure AI Foundry 和 Amazon Bedrock AgentCore 深度集成。

开发者生态增长

Anthropic 平台上的 API 量在 2026 年 5 月 6 日的 Code with Claude 2026 开发者大会上宣布同比增长 17 倍。值得注意的是,会议没有伴随新模型发布——焦点完全放在产品改进、工具和企业部署模式上。这标志着从以模型为中心的竞争向以基础设施为中心的部署成熟。

营收轨迹转变

Anthropic 的营收运行率在 2026 年 4 月达到 300 亿美元,较 2025 年底的 90 亿美元增长——三年内增长 80 倍。增长加速(四个月内 3.3 倍)反映了企业需求,与消费者应用增长指标有质的不同。

主流叙事聚焦于模型能力和消费者应用。较少受到关注的是:治理框架、生产指标和垂直行业需求——这些将验证 MCP 为生产基础设施而非实验工具。

Claude 托管智能体生产门槛

2026 年 5 月 7 日,Anthropic 将三个托管智能体功能从研究预览转为生产可用:做梦、结果和多智能体编排。该版本首次提供了自主智能体自我改进的量化生产指标——供应商通常不愿公开的数据点。

做梦:跨会话模式提取

做梦是一个计划过程,智能体审查过往会话、提取模式并为随时间自我改进而策划记忆。与模型微调不同,做梦在会话级行为模式上操作,而不修改模型权重。

Harvey,一家法律 AI 公司,在公开发布前在生产环境中测试了做梦功能。结果:约 6 倍更高的任务完成率——并非来自模型改变,而纯粹来自智能体延续会话模式,包括文件类型变通方案和工具特定优化。

这一指标之所以重要,有两个原因:

  1. 它量化了自主改进:生产证据表明智能体可以在会话间自我改进,无需人工干预或模型重新训练。
  2. 它揭示了失败模式模式:改进来自学习文件类型特定的变通方案和工具模式——这些知识原本需要显式文档或培训。

结果:基于标准的自我评估

结果功能使用一个独立的评分器,在其自己的上下文窗口中根据定义的标准评估智能体输出——独立于智能体的推理过程。这种隔离防止智能体影响自己的评估。

生产测量显示,仅结果功能就将任务成功率在标准提示基础上提升了最多 10 个百分点。文档生成质量看到具体提升:

  • +8.4% 提升 对 .docx 文件输出
  • +10.1% 提升 对 .pptx 文件输出

Spiral by Every,一个编辑平台,使用结果功能强制执行编辑风格。每个 AI 生成的草稿都根据编辑原则标准和从记忆中提取的用户写作风格进行评分。只有达到标准的草稿才会返回——这是基于标准的质量控制在生产中的验证。

多智能体编排

多智能体编排功能使主导智能体能够通过定义的交接协议委托给专业的工作智能体。这种架构模式——中央协调器加专业工作者——反映了企业部署现实,即单一智能体无法处理复杂的多领域工作流。

IBM 的 watsonx Orchestrate 于 2026 年 5 月 5 日的公告为这种模式提供了企业蓝图:一个”智能体控制平面”,管理来自任何来源的智能体(LangChain、CrewAI、自定义框架),具有一致的策略执行和完整可审计性。

生产指标对比

功能生产指标来源上下文
做梦任务完成6 倍提升Harvey 法律 AI公开发布前的生产部署
结果任务成功最多 10 个百分点Anthropic 博客超越标准提示
.docx 质量提升+8.4%BuildFastWithAI企业文档工作流
.pptx 质量提升+10.1%BuildFastWithAI企业文档工作流
API 量增长同比 17 倍Simon Willison 实时博客Code with Claude 2026

🔺 独家情报:别处看不到的洞察

置信度: 高 | 新颖度评分: 78/100

虽然媒体报道聚焦于 MCP 的功能发布和合作伙伴头条,但三个量化的生产指标在主流叙事中仍然缺失:

  1. Harvey 的 6 倍任务完成率通过做梦功能实现,这是首个公布的证明自主智能体自我改进的生产指标——不是来自模型改变,而是来自跨会话的模式提取。这与主导以模型为中心报道的基准性能指标形成对比。

  2. RFC 8693 5 秒 TTL 委托令牌和每次 MCP 工具调用评估的 OPA Rego 策略提供了银行账户案例研究验证的治理模式——这些模式是水平 MCP 部署在没有受监管行业部署生产证据的情况下无法解决的。

  3. 从协议标准化(AAIF,4 月 9 日)到垂直行业部署(汤森路透,5 月 12 日)的 6 周时间线代表了采用速度,与企业基础设施标准典型的多年时间线形成对比。摩尔定律应用于协议采用:标准化与生产部署之间的滞后从几年压缩到几周。

关键启示:评估 MCP 的企业架构师应优先考虑 2026 年 5 月部署验证的治理模式(RFC 8693 委托、OPA Rego 策略、按工具授权),而非通用协议功能对比。来自 Harvey 和银行账户案例的生产指标提供了供应商文档和基准无法复制的部署证据。

MCP 安全治理框架成熟

随着 MCP 部署扩展到受监管行业,生产验证安全模式的缺失成为关键差距。2026 年 5 月来自 Adversa AI 的案例研究提供了首个全面的治理框架演示:四个 AI 智能体共享单个企业银行账户,具有生产级授权。

核心设计模式

案例研究展示了五个联锁安全模式:

1. RFC 8693 OAuth 2.0 令牌交换用于委托

每次 MCP 工具调用都会触发令牌验证。系统:

  1. 验证来自请求智能体的入站令牌
  2. 基于令牌声明和请求的工具评估细粒度策略
  3. 为下游调用铸造具有作用域权限的委托令牌
  4. 维护可审计的交换记录以供合规

此模式解决”委托问题”:代表用户行动的智能体如何访问下游资源而不获得过度权限。

2. OPA Rego 策略用于请求时授权

开放策略代理(OPA)Rego 策略在每次 MCP 工具调用时评估授权——不是在会话开始时,不是在智能体初始化时。策略引擎:

  • 检查令牌声明(用户身份、角色、作用域)
  • 评估被调用的特定工具
  • 返回允许/拒绝决策及解释原因
  • 记录所有决策用于审计跟踪

理念:“策略引擎先于个性”——授权逻辑先于智能体行为配置。

3. 短期 5 秒 TTL 令牌

通过 RFC 8693 令牌交换的任务作用域令牌携带 5 秒生存时间值。这限制了令牌滥用的窗口并强制频繁重新授权——对于智能体凭证可能被泄露的多智能体场景至关重要。

4. 身份网关按工具授权

身份网关位于每个智能体和每个 MCP 工具之间,在每次调用时强制执行授权。这防止智能体访问其委托作用域之外的工具,即使它们与更高权限的智能体共享凭证。

5. 生产中的跨域委托

案例研究演示了跨域委托,在不同信任域运行的智能体可以在作用域权限下协作——所有这些都无需共享长期凭证。

治理框架组件

组件功能生产状态
RFC 8693 令牌交换具有作用域权限的委托银行账户案例验证
OPA Rego 策略请求时授权评估每次 MCP 调用评估
5 秒 TTL 令牌有时限访问窗口生产部署
身份网关按工具授权强制执行跨域委托验证
审计跟踪所有令牌交换和策略决策已记录合规就绪

这对企业部署为何重要

水平 MCP 部署——连接智能体到通用工具和数据源——可以在没有这些模式的情况下进行。但受监管行业部署(法律、金融、医疗)需要:

  1. 可审计性:每个访问决策可追溯到用户身份、时间和作用域
  2. 最小权限:智能体按任务而非按会话获得最小必要权限
  3. 委托链:当智能体 A 委托给智能体 B 时,授权保持可追溯和可撤销
  4. 跨域信任:不同组织域的智能体可以在治理下协作

银行账户案例验证了 MCP 可以在生产中满足这些需求——不是在实验室场景中,不是在供应商文档中,而是在实际多智能体访问敏感金融资源中。

法律行业:汤森路透生产部署

2026 年 5 月 12 日,汤森路透宣布了 CTO Joel Hron 所说的律师将体验”信托级别”AI 的”首个场所”:在 Claude Agent SDK 架构上重建的 CoCounsel Legal,通过 MCP 将 Claude 直接连接到 Westlaw 和 Practical Law 内容。

信任架构

该公告代表了一个根本性的架构转变——不是简单地将 Claude 分层在现有系统上的集成,而是围绕 Claude Agent SDK 能力重建 CoCounsel 的执行层:

  • 规划:Claude 作为通用 AI 环境运行,分析法律任务并确定执行策略
  • 工具选择:系统根据任务需求从策划的法律工具包中选择适当的工具
  • 权威内容检索:直接连接到 Westlaw 和 Practical Law 数据库确保引用的、可追溯的工作成果
  • 工作流中适应:系统根据中间结果调整执行——对于初始查询通常需要细化的法律研究至关重要

汤森路透 CTO Joel Hron 的陈述概括了部署理念:

“在专业环境中,对 AI 的信任是系统本身的属性,构建到架构中并在每一步可验证。此集成是律师将体验该体验的首个场所——意味着通用 AI 和专业级工作流首次在可验证链中连接。“

信托级别标准

法律 AI 面临与消费者或企业生产力应用根本不同的需求:

需求消费者/企业 AI信托级别法律 AI
准确性容忍度”足够好”的答案可接受”差不多正确是不够好的”
引用要求可选链接每个声明必须被引用和追溯
问责制用户负责验证系统必须在每一步可验证
数据处理一般隐私合规专业责任、客户数据保护、电子取证标准同时满足
错误后果不便玩忽职守责任

CoCounsel Legal 架构通过汤森路透所称的”信任架构”解决这些问题——信任构建到系统结构中,而非作为合规检查清单附加。

部署范围

  • 100 万专业人士107 个国家使用汤森路透 AI 技术
  • 集成涵盖法律研究、文档起草、合同分析和监管合规工作流
  • CoCounsel 作为执行层运行,Claude 提供规划和推理层

此部署演示了 MCP 可以支持信托级别工作流——不是通过将标准降低到 AI 可以达到的水平,而是通过架构系统,使 AI 在可验证的问责链内运行。

金融行业:华尔街 MCP 集成

在汤森路透公告前五天,Anthropic 于 2026 年 5 月 5 日举行了华尔街扩展活动——JPMorgan CEO Jamie Dimon 与 Anthropic CEO Dario Amodei 同台。该活动标志着金融行业将 Claude 验证为生产级智能体平台。

穆迪 MCP 应用:6 亿公司数据

与穆迪的合作为 Claude 智能体提供了访问超过 6 亿公共和私人公司记录用于信贷分析、合规和业务开发工作流——通过 MCP 提供的结构化金融数据,具有受监管金融服务所需的治理控制。

这与通用网络搜索或检索增强生成(Retrieval-Augmented Generation, RAG)方法形成对比:

  • 结构化数据:公司财务、信用评级和合规状态以机器可读格式
  • 治理访问:MCP 为智能体可以检索的内容和数据使用方式提供作用域权限
  • 可审计性:每次数据访问都记录用于合规报告

Microsoft 365 集成:单智能体上下文延续

公告包括完整 Microsoft 365 集成,使 Claude 能够作为单个智能体跨 Excel、PowerPoint、Word 和 Outlook 运行——在应用之间延续上下文而非每个工具需要单独的智能体实例。

对于金融工作流,这意味着:

  • 在 Excel 中执行的分析可以为 Word 中的文档起草提供信息,无需手动复制粘贴
  • 一个应用中的合规检查适用于相关文档
  • 来自电子邮件通信(Outlook)的上下文为金融建模(Excel)提供信息

10 个金融智能体市场

Anthropic 在市场中推出了10 个可立即运行的金融智能体,可作为插件部署在 Claude Cowork 或 Claude Code 中,托管智能体处于公开测试阶段。这些预构建智能体解决常见金融工作流:

  • 信贷分析和风险评估
  • 监管合规检查
  • 财务报表分析
  • ESG 报告
  • 投资组合监控

Jamie Dimon 背书

JPMorgan CEO Jamie Dimon 在华尔街活动的出席标志着机构验证——考虑到 JPMorgan 在受监管金融服务中围绕 AI 采用的历史谨慎态度,这尤为重要。背书表明,围绕 AI 智能体的治理和合规担忧已达到一个阈值,主要金融机构将生产部署视为可管理的风险而非不可接受的暴露。

金融行业治理需求

需求MCP 实现生产验证
数据合规通过 MCP 应用治理数据呈现穆迪 6 亿公司数据
可审计性Microsoft 365 租户审计跟踪单智能体上下文延续
治理访问作用域 MCP 应用权限10 个金融智能体市场
模板合规公司特定建模约定跨机构生产部署

A2A vs MCP:互补层,非竞争

A2A(智能体到智能体)协议于 2025 年宣布,在第一年达到 150 多个组织,在多个行业实现生产部署。Linux 基金会管理和与 Google Cloud、Microsoft Azure AI Foundry 和 Amazon Bedrock AgentCore 的深度集成将 A2A 定位为潜在的 MCP 竞争对手。

架构分析揭示了不同的现实:MCP 和 A2A 在同一智能体堆栈的互补层操作

层架构

协议功能模型
底层MCP智能体到工具连接客户端-服务器
上层A2A智能体到智能体通信对等

MCP 为智能体提供外部上下文和工具访问。智能体使用 MCP 连接到数据库、调用 API 或检索文档。连接模型是客户端-服务器:智能体是客户端,工具提供商是服务器。

A2A 使智能体能够与其他智能体协作。一个智能体将子任务委托给另一个智能体,后者可能构建在完全不同的框架(LangChain、CrewAI、自定义)上。连接模型是对等:每个智能体将其他智能体视为不透明服务,无需了解其内部实现。

它们为何不竞争

来自企业部署的关键洞察:你需要两者

  • 多智能体系统需要 MCP 让每个智能体访问工具和数据
  • 同一系统需要 A2A 让智能体彼此协调

考虑汤森路透 CoCounsel 部署:

  • MCP 层:Claude 通过 MCP 工具调用连接到 Westlaw、Practical Law、文档存储
  • A2A 层(如果实现):研究智能体可以将引用验证委托给专业合规智能体,后者委托给文档检索智能体——所有这些都通过 A2A 通信,而每个智能体使用 MCP 进行其工具访问

IBM 的 watsonx Orchestrate 蓝图反映了这种架构:一个”智能体控制平面”,管理来自任何来源的智能体(LangFlow、LangGraph、自定义),具有一致的策略执行——编排智能体到智能体协作,而每个智能体使用 MCP(或等效)进行工具访问。

采用指标对比

指标MCPA2A来源
成员组织170+(AAIF)150+Linux 基金会
月下载量1.1 亿+N/AIntuition Labs
云集成Google、Microsoft、AWSGoogle、Microsoft、AWS、Salesforce、SAP平台文档
治理Linux 基金会 AAIFLinux 基金会Linux 基金会

协议成熟度指标

两个协议在几周内都实现了 Linux 基金会治理(2026 年 4 月),标志着企业级成熟度:

  • MCP:标准化为智能体到工具连接的通用协议
  • A2A:v1.0 发布,包含签名智能体卡片和 AP2 作为正式扩展

企业架构师应将两个协议作为基础设施投资评估——MCP 用于智能体能力,A2A 用于智能体协调——而非二选一的选择。

IBM watsonx Orchestrate:智能体控制平面蓝图

IBM 的 Think 2026 大会(2026 年 5 月 5 日)宣布 watsonx Orchestrate 为多智能体管理的”智能体控制平面”——为组织部署数十或数百个智能体时出现的编排挑战提供企业蓝图。

多智能体管理问题

正如 IBM 商业主管 Rob Thomas 所指出的:“数百甚至数千个智能体将很快在企业环境中并发运行”。这产生了单智能体部署所没有的管理挑战:

  1. 可见性:每个智能体在做什么?它消耗什么资源?
  2. 协调:智能体如何协作而不冲突?
  3. 治理:谁可以部署智能体?什么策略约束智能体行为?
  4. 扩展:什么在生产中有效?什么应该扩展?

watsonx Orchestrate 架构

控制平面架构解决这些挑战:

  • 单一视图:将整个智能体生态系统纳入一个控制平面——查看所有智能体发生的情况
  • 框架无关管理:部署来自任何来源的智能体(LangChain、CrewAI、LangFlow、LangGraph、自定义),具有一致的策略执行
  • 基于角色的访问控制:用于批准的生产就绪智能体的智能体目录,权限控制谁可以部署什么
  • 完整可审计性:与 watsonx.governance 集成用于合规报告
  • 规模可观察性:监控智能体行为、资源消耗和结果质量

治理集成

与单一供应商智能体平台的关键区别:来自任何来源的智能体具有一致的策略执行。组织可以部署:

  • 用于文档处理的 LangChain 智能体
  • 用于工作流自动化的 CrewAI 智能体
  • 用于领域特定推理的自定义智能体
  • 用于法律研究的 Claude 智能体

所有这些都通过 watsonx Orchestrate 管理,具有统一的治理、可审计性和可观察性——无论底层框架如何。

与 Anthropic 托管智能体对比

维度Anthropic 托管智能体IBM watsonx Orchestrate
范围仅 Anthropic 模型多供应商、多框架
编排主导智能体 + 工作智能体所有智能体的控制平面
治理Anthropic 平台策略企业定义的策略
扩展无限扩展数百/数千并发智能体
部署SaaS云或本地

Anthropic 托管智能体提供模型、工具包和计算,通过主导智能体委托实现多智能体编排。IBM watsonx Orchestrate 为异构智能体生态系统提供治理和控制平面——不同的范围,可能是互补的部署。

趋势展望

近期(0-6 个月)

预测 1:受监管行业的 MCP 采用加速(置信度:高)

汤森路透法律和穆迪金融部署提供了其他受监管行业(医疗、保险、政府)将适应的模板。预计医疗 AI 供应商将在 2026 年第三季度宣布与电子健康记录(Electronic Health Record, EHR)系统的 MCP 集成。

预测 2:A2A 生产部署出现(置信度:中)

随着 150 多个组织和云平台集成,A2A 协议生产部署将从试点转向多智能体协调场景——特别是在需要智能体专业化的企业工作流中。

关键触发点:主要 SaaS 供应商宣布 A2A 原生智能体市场(Salesforce、ServiceNow、Workday 是候选者)。

中期(6-18 个月)

预测 3:治理框架成为竞争差异化因素(置信度:高)

随着智能体部署从数十个扩展到数百个,组织将基于治理能力(可审计性、策略执行、合规集成)而非仅模型性能来评估智能体平台。2026 年 5 月验证的 RFC 8693 / OPA Rego 模式将成为参考架构。

预测 4:协议融合(置信度:中)

MCP 和 A2A 将开发更紧密的集成模式——可能是”协议栈”,其中 MCP 处理智能体能力,A2A 处理智能体协调作为标准化层。企业架构师将同时为两个协议设计。

关键触发点:Linux 基金会 AAIF 发布结合 MCP 和 A2A 的集成指南或参考架构。

长期(18+ 个月)

预测 5:智能体基础设施商品化;治理和数据成为护城河(置信度:中)

随着 MCP 和 A2A 标准化智能体基础设施,竞争优势从协议实现转向治理框架(谁可以在受监管环境中部署智能体)和数据访问(谁的智能体连接到权威来源)。汤森路透/穆迪集成预览了这种动态:基础设施是必要的但不足够。

关键触发点:主要治理平台(ServiceNow、Workday 或专业供应商)收购智能体治理初创公司。

信息来源

3gyjutg28cby43vh8tij6████l14t9vswqacauezx9xpiql467typq4mb░░░jbtor7t859oct92cb86q16w24mzsv7m████ihhcrg19n7lj3cb0eba7qwyik5eko7l████4gk3qyamzl4y4j21ty9qop0r4c0v7v5ebn████wihutyiejcmwylyejquhyi5jp9qqv13x9░░░hgc6vsfbkde9devi1i5i2rrnb92ld0wsb░░░9pxhoc1x7rgykdtc2qzmsy3ibqj1ygui░░░b470pjvt4bq19v6b2fvm7e99weh6qj8d████6eaplmsay8ut88955sk8qrdqxx698tx0u████xhetultswtgzemd8z3zh521vipdmc22j████p4wiizuyenfo0myzqpt4pflaqk3lasj4░░░7hovfja64v35w1sf8tkf1arr92lsatq0d░░░hjizfkkrk9dfjtfxirfwosjt2xnlrmjre░░░2f8ln4nrth3bvdwrzm5cgb2dwt1niu3ac████i604znpwdvtiezq9opcul03q9bb3sblu2████dw50fhdb287n1n57a4ytcepp7i50auxo████nquclgjt88h311wutn3omegwambdzgy2████3ggya6lnbmg10jark3l2p6ojme52ixpejb████khpdmpwmshnonuht5c4uoy8o39tzmto░░░cys88g293vp4v4zo3t2w40vjk4715tl████7hhtay8i5gtloqqbbij6yhgwe8uljm6░░░hawh75elm5ol55zkpa96bag6pluqgtaa░░░e4059gxhyubg55fxugp4c9tr65wy9jom8░░░67jzr5qwpkih7oq9tgboncxpl6ojxfbja████vh16jhkb92mx3ednk2l1znj6mq9gzj3ai░░░nha0scpa6wh63wweeu8ao796s29ppxrrs████aq4nywtf3934b5vr4yj6sd8mw2iekt████sww1enl0ggsoiwx5zcojwkr4x94hbqg4████jnz1m5pehcbegchopjthrg3ndf80osqp8░░░424rhmvbsdy0bk6sb2rq0uldz4fxewhx88████rtofv59edb5su3af2ekn48wfajf8b1j████g45yewxok0r435ofa38yej78k9t326qoc████s0e108k6b5jmy7ztbh8oimiw5ldnk5ac████f68o3h19mloue1ww3nza4zcc82kus6b░░░7w43lshgn760d5wxlgydx6hiy39s15hwab████cakecu02mhpm1k1zptdaihd5ycwrbaivw████v6ayb0ahh3ronyy5rlhjgz6ry6u7lc░░░sbac6dzrkiloarui6vumu9e3nm218cpwc████ni8affs93te3ht7bwujfto5c9wdgvqp6n░░░tfhfei7wu22pe137zmbfsajgxl7psxmo░░░8f50dpaq6lgektqfy938o8kf9uj3v1ean████eobqw9rwzfqyun070ssocj5n3yfnonfk░░░se5eodmpz4f6s5gmw32awx2607ez14wqo░░░vl31hlgoozmjbyv6xcrekepd7lu8jxa8o████9dihf6fyazomsx4invyukd35vfq2adp░░░xza5ye6o2jqegi0l4jxdx60d2b0h4827tc░░░f1101tra0592s2xozc2rlgegatrh6tj9d░░░wwpe274zfuqee6m89fudj37vn0y95kwv░░░oeyvxwa5ycdf80aeq9qzwfy2qs7gehm6░░░3fvozkhjl4m