从邮件链到智能体委派:基于 A2A 与 Hermes Agent 的 B2B RFQ 自动化
关键要点
- 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 取代邮件与电子表格报价时,发生了什么变化:
智能体编排方案:MCP 工具、A2A 委派、Hermes 编排
该架构分为三层,每层针对人工工作流中的特定瓶颈:
第 1 层:MCP 模块赋予智能体双手
Model Context Protocol 将每个业务系统暴露为一组智能体可调用的类型化工具。不再是人工阅读 NetSuite 屏幕,而是由一个 MCP 模块将 NetSuite SuiteTalk API 封装在 get_inventory、check_availability、get_price_tiers 等工具之后。不再是人工浏览 BigCommerce 目录,而是由一个模块暴露 search_items、get_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)— 你可以在不重做集成的前提下将其替换 — 的架构。
相关阅读
- 独立 AI 智能体如何协同工作:面向 Hermes Agent 的 A2A 桥接 — 在不重写既有智能体的前提下采用 A2A 的商业理由,内置租户隔离和人工审批
- RFQ 引擎架构:可用性预留与取消快照为何重要 — 支撑 RFQ 工作流的 38 工具 MCP 模块背后的技术架构
- MCP + A2A:每个生产级 Agentic AI 系统背后的两大协议 — 协议栈中 MCP(智能体到工具)与 A2A(智能体到智能体)的互补角色
一家中端市场经销商正在把订单输给在数小时内报价的竞争对手,而其团队却需要 3 天。瓶颈不在定价 — 而在跨 BigCommerce 的目录查询、在 NetSuite 的库存核验、电子表格中的定价层级匹配,以及电话方式的供应商协调。一个智能体编排栈改变了这一周期:MCP 模块将每个系统暴露为类型化工具,A2A 让报价智能体在不共享框架的情况下委派给供应商和库存智能体,Hermes Agent 以人工审批闸门编排工作流以守卫利润护栏报价。报价周转从 3 天降至 4 小时。可用性预留不再超卖。取消政策在报价时刻冻结快照。每次工具调用均被记录以供审计。
申请一次范围明确的构建
为期一周的发现。您将获得系统清单、工作流映射和固定范围 — 无论您最终是否与我们合作。
想为您的系统构建这个吗?
这里的每份文档都来自真实的生产工作。如果您有目标系统和工作流想法,我们可以在一周内确定范围。
申请定制开发为期一周的发现阶段。您会拿到系统清单、工作流地图和固定范围——无论您最终是否与我们合作开发。