Solace Agent Mesh 事件驱动多代理工作流

要解决的问题

多代理系统的编排往往会陷入同步调用的陷阱：代理 A 必须等待代理 B 的响应才能继续，一旦链路变长，延迟和故障点会成倍增加。真正的生产级工作流更像一张消息网——代理之间通过事件解耦，各自独立地发布、订阅、响应。这个技能要解决的，就是如何快速搭建这样一张事件驱动的代理网格。

核心能力与工作方式

这个技能围绕 Solace Agent Mesh 展开，核心思路是把「代理间协作」从直接调用改写成事件交换：

• 任务委托：代理不必亲自处理每个子任务，而是把任务委托给网格中的其他代理，自己只负责发起与等待结果。
• 事件交换：代理通过事件网格发布和订阅消息，实现异步、解耦的通信。
• 工具调用：代理可以直接调用工具完成具体操作，事件驱动并不排斥同步的工具执行。
• 多步骤协调：复杂工作流被拆解为多个步骤，由不同代理按事件驱动的方式依次推进。

关键步骤大致是：先准备 Python 环境与 Solace Agent Mesh，配置 Solace broker（或兼容的本地 broker），然后编写代理并接入事件网格，最后用 pytest 对整个工作流进行验证。测试方面，官方推荐通过 hatch 环境运行 pytest，以确保依赖被完整管理，避免环境污染带来的排查成本。

适用边界与注意点

• 基础设施要求：需要 Solace broker 或兼容的本地设置，纯内存模拟无法完整体现事件网格的行为。
• 测试依赖：项目使用 pytest 做测试，建议用 hatch 管理环境，直接裸跑 pytest 可能遇到依赖缺失。
• 定位：这个技能是工程脚手架与最佳实践的集合，不是托管平台，broker 和 Python 运行时都需要自行部署。
• 官方文档见 Solace Agent Mesh 文档，遇到网格语义或 API 细节问题应优先查阅上游文档。