返回资料库
A2A

从邮件链到智能体委派:基于 A2A 与 Hermes Agent 的 B2B RFQ 自动化

最后更新:2026年7月24日

关键要点

  • Gartner 预测,到 2028 年 90% 的 B2B 采购将由 AI 智能体居间完成,并通过智能体交互流转 15 万亿美元 — 这两年的窗口期意味着"智能体就绪"已是当下商务架构的硬性要求,而非未来的研究课题。
  • 人工 RFQ 处理平均每个合同周期耗时 3.4 周、每份报价 30 分钟 — Forrester 与 Aberdeen 的研究表明,自动化可将其压缩至数分钟;某经销商报告实现了 6 倍提速(每份报价从 30 分钟降至 5 分钟)。
  • 启用 AI 的采购工作流报告人工工作量减少 30%、成本最高降低 45% — Automation Anywhere 2026 年的采购数据显示,这些收益是已实现的,而非预测值。
  • Agent2Agent 协议在第一年即超越 150 家组织 — 由 Linux Foundation 治理,在供应链、金融服务和 IT 运营领域已有生产级部署,并与 Google、Microsoft、AWS 平台深度集成。
  • Nous Research 的 Hermes Agent 内置 60+ 工具并原生支持 MCP — 该智能体可直指 RFQ、目录和定价 MCP 模块而无需自定义集成胶水,并可通过桥接层使用 A2A 而不必重写其内部实现。

问题所在:无法扩展的 3 天 RFQ 周期

一家中端市场 B2B 经销商每周收到 200 个 RFQ。每个 RFQ 以附带电子表格或 PDF 的邮件形式到达 — 行项目、数量、要求交货日期,有时还有客户账号。报价团队逐个打开,在目录中查找每个条目,核验当前库存水平,将客户匹配到正确的定价层级,从供应商条款中提取取消政策,起草报价并发回。如果 RFQ 涉及多家供应商 — 例如来自三家供应商的一组组件 — 流程则成倍叠加。需要有人通过电话或邮件与每家供应商协调,等待回复,核对可用性,并组装合并报价。

结果是一个 3 天的周期。Forrester 与 Aberdeen 的研究表明,仅人工合同审批平均就要耗时 3.4 周。某经销商在自动化前测得每份报价 30 分钟;自动化后为 5 分钟 — 6 倍提速。Automation Anywhere 在启用 AI 的采购工作流中报告的 45% 成本降低与 30% 人工工作量减少,并非理论预测。它们是那些用结构化自动化替代"邮件加电子表格"循环的团队所测得的真实结果。

问题不在于报价团队不够努力。问题在于该工作流建立在针对互不相连系统的人工查询之上。目录存放在 BigCommerce 或某个 PIM 中。库存存放在 NetSuite 中。定价层级存放在电子表格或 CRM 中。取消政策存放在供应商的 PDF 中。每个系统都有自己的 API、自己的认证、自己的数据模型。人通过读屏和键入数值来桥接它们。智能体则可以通过调用工具来桥接 — 但前提是这些工具以智能体可用的方式暴露出来。

人工工作流与智能体编排工作流对比 — 当 MCP 工具、A2A 委派和 Hermes Agent 取代邮件与电子表格报价时,发生了什么变化:

人工 RFQ 工作流 vs 智能体编排 人工:3 天周期 步骤 1 打开邮件,阅读电子表格/PDF 步骤 2 在目录中逐项查找(人工) 步骤 3 在 NetSuite 中核验库存(读屏) 步骤 4 将客户匹配至定价层级(电子表格) 步骤 5 通过电话/邮件与供应商协调 步骤 6 起草报价,通过邮件发送 3 天 每份报价 30 分钟 · 错误频发 · 无审计轨迹 智能体:4 小时周期 1 解析 RFQ,提取行项目 Hermes Agent 读取入站邮件 2 通过 MCP 模块搜索目录 类型化工具:search_items、get_provider_items 3 通过 A2A 委派可用性查询 库存智能体获取原子化预留(15 分钟 TTL) 4 通过 MCP 解析定价层级 类型化 schema + 分段解析 5 人工审批(仅利润护栏) A2A 审批状态跨智能体链传递 6 发送报价,记录每次工具调用 审计轨迹:每次调用的状态、时长、结果 4 小时 5 分钟人工时间 · 无超卖 · 完整审计轨迹 6 倍 报价提速(30 分钟至 5 分钟) 30% 人工工作减少(Automation Anywhere) 150+ A2A 组织数(Linux Foundation) MCP 赋予智能体双手 · A2A 赋予它们同事 · Hermes 负责编排 — ideabosque.com/library

智能体编排方案:MCP 工具、A2A 委派、Hermes 编排

该架构分为三层,每层针对人工工作流中的特定瓶颈:

第 1 层:MCP 模块赋予智能体双手

Model Context Protocol 将每个业务系统暴露为一组智能体可调用的类型化工具。不再是人工阅读 NetSuite 屏幕,而是由一个 MCP 模块将 NetSuite SuiteTalk API 封装在 get_inventorycheck_availabilityget_price_tiers 等工具之后。不再是人工浏览 BigCommerce 目录,而是由一个模块暴露 search_itemsget_provider_items。RFQ 引擎本身 — 即管理请求生命周期、报价创建、可用性预留和取消政策快照的系统 — 通过 11 个领域 mixin 暴露 38 个已注册的 MCP 工具:请求提交、条目搜索、可用性预留、报价管理、定价计算、分期排程、捆绑组装、取消政策检索、文件附件、分段联系人,以及通过知识图谱搜索进行的目录查询。

每个工具都有类型化的 schema。智能体无需猜测应传入什么参数 — 它会收到一个包含字段名、类型和描述的 JSON schema。这正是"智能体起草一份看起来合理的报价"与"智能体用真实的 provider_item_uuid 调用 acquire_availability_hold 并获得带 15 分钟 TTL 的 hold_token"之间的区别。类型化 schema 使智能体的输出可验证,而非仅是装饰。

第 2 层:A2A 赋予智能体同事

Agent2Agent Protocol — 现由 Linux Foundation 治理,有 150+ 家支持组织 — 定义了智能体如何相互发现、委派任务、流式回报进度并报告完成。在 RFQ 工作流中,A2A 解决了一个具体问题:报价智能体不必是无所不知的单体。它可以委派。

买方智能体接收一个 RFQ,提取行项目,并将目录查询委派给拥有产品数据库的供应商智能体。供应商智能体搜索知识图谱,返回匹配的条目及其可用性和批次信息。报价智能体将可用性核验委派给拥有 NetSuite 连接的库存智能体。库存智能体获取预留。报价智能体将定价层级解析委派给拥有客户分段逻辑的定价智能体。每个智能体拥有一个系统和一个领域。A2A 是让它们彼此交接工作、追踪进度并接收结果的协议 — 无需任何智能体了解其他智能体是如何构建的。

docker-a2a-hermes-agent-gateway 项目以一个可运行的开源部署展示了这一模式。网关处理认证、按客户路由和限流。桥接层将 A2A JSON-RPC 调用翻译为智能体的原生 API。智能体本身 — Hermes Agent — 负责推理和工具调用。PostgreSQL 行级安全(RLS)在数据库层强制租户隔离,因此一处编码失误不会将一个客户的 RFQ 数据泄露给另一个客户。

第 3 层:Hermes Agent 编排工作流

来自 Nous Research 的 Hermes Agent 是编排层。它内置 60+ 工具、原生 MCP 客户端支持,以及一个可让它从经验中学习的技能系统。针对 RFQ 工作流,该智能体配置如下:

  • MCP 模块 — 将目录、库存、定价和 RFQ 引擎暴露为可调用工具
  • A2A 桥接 — 使其能委派给其他智能体并接收其他智能体的委派 — 供应商智能体、库存智能体、定价智能体 — 而无需它们共享任何框架
  • 人在环中的审批闸门 — 当报价超过利润阈值、需要自定义折扣或触及受监管产品类别时暂停工作流。智能体抛出"等待审批"状态,该状态贯穿整条智能体链,甚至跨越框架边界。人予以批准或拒绝,工作随即恢复。
  • 审计日志 — 每次工具调用都记录状态、时长和结果。报价团队可以精确追溯最终报价中的每个值来自哪个工具,这正是合规审查人员所需的内容。

工作流运行如下。一个 RFQ 到达。智能体解析行项目,调用目录 MCP 模块匹配每个条目,通过 A2A 将可用性检查委派给库存智能体,调用定价模块解析客户层级,获取可用性预留,检索取消政策,组装报价 — 如果利润或折扣超出预设护栏 — 则暂停等待人工审批。获批后,发送报价。整个周期耗时数小时,而非数天。

结果:对业务而言改变了什么

可衡量的变化直接对应上述识别的瓶颈:

指标 人工工作流 智能体编排
报价周转 每周期 3 天 每周期 4 小时
每份报价人工工作量 30 分钟 5 分钟(其余由智能体完成)
可用性预留准确性 人工查询,错误频发 原子化预留,15 分钟 TTL,无超卖
取消政策 从 PDF 复制粘贴,存在过期风险 报价时刻冻结快照
定价层级错误 客户被匹配至错误层级 类型化 schema + 分段解析
多供应商协调 电话和邮件,2-3 天 A2A 委派,并行,数分钟
审计轨迹 邮件往来,不完整 每次工具调用均记录状态和时长
人工触点 每一步 仅利润护栏和受监管审批

3 天到 4 小时的压缩是头条数字。但其下的运营变化更为重要。不再超卖的可用性预留。报价时刻冻结而非陈旧复制粘贴的取消政策。由类型化 schema 而非人记忆解析的定价层级。通过 A2A 委派并行而非串行电话进行的多供应商协调。以及记录每次工具调用的审计轨迹 — 当 CFO 质询某份报价为何如此定价时,这正是工程负责人所需的内容。

Automation Anywhere 在启用 AI 的采购工作流中报告的 30% 人工工作量减少和 45% 成本降低是行业层面的证据。单个经销商的数字 — 6 倍报价提速、3 天到 4 小时的周期 — 则是当工作流是 B2B RFQ 流程而非通用采购职能时,这些收益所呈现的具体面貌。

更宏观的背景:为何此事此刻重要

Gartner 预测到 2028 年 90% 的 B2B 采购将由 AI 智能体居间完成 — 通过智能体交互流转 15 万亿美元 — 这并非恐慌式建设的理由。而是理解眼前架构决策的理由。问题不在于智能体是否会参与 B2B 商务。问题在于你的系统是否以智能体可用的方式暴露其能力 — 类型化工具、标准协议、可审计的流程 — 还是仍然停留在智能体无法触及的、仅人类可读的屏幕之后。

MCP 赋予智能体双手。A2A 赋予智能体同事。Hermes Agent 为工作流提供一个能同时使用两者、且不将你锁定在单一供应商框架中的编排器。桥接模式意味着你采用这些标准而无需重写已有的智能体。租户隔离意味着一次部署即可服务多个业务单元而不发生数据泄露。人工审批闸门意味着自治不等于失控。

对于运营着一个每周通过邮件和电子表格处理 200 个 RFQ 的报价团队的工程负责人或运营副总裁而言,决策并非是否自动化。3 天的周期正在把订单输给更快的竞争对手 — 4 小时内报价的经销商赢得了 3 天经销商所失去的生意。决策在于构建在哪种架构之上:是那种将你锁定在单一供应商专有智能体运行时的架构,还是基于开放协议(MCP、A2A)并配以可替换编排层(Hermes Agent)— 你可以在不重做集成的前提下将其替换 — 的架构。

相关阅读


一家中端市场经销商正在把订单输给在数小时内报价的竞争对手,而其团队却需要 3 天。瓶颈不在定价 — 而在跨 BigCommerce 的目录查询、在 NetSuite 的库存核验、电子表格中的定价层级匹配,以及电话方式的供应商协调。一个智能体编排栈改变了这一周期:MCP 模块将每个系统暴露为类型化工具,A2A 让报价智能体在不共享框架的情况下委派给供应商和库存智能体,Hermes Agent 以人工审批闸门编排工作流以守卫利润护栏报价。报价周转从 3 天降至 4 小时。可用性预留不再超卖。取消政策在报价时刻冻结快照。每次工具调用均被记录以供审计。

申请一次范围明确的构建

为期一周的发现。您将获得系统清单、工作流映射和固定范围 — 无论您最终是否与我们合作。

想为您的系统构建这个吗?

这里的每份文档都来自真实的生产工作。如果您有目标系统和工作流想法,我们可以在一周内确定范围。

申请定制开发

为期一周的发现阶段。您会拿到系统清单、工作流地图和固定范围——无论您最终是否与我们合作开发。