Loading...
🏗️
事件驱动的分层智能体(EDHA)
采用基于事件的协调的多层级智能体层次结构
复杂度: high工作流编排
In 30 seconds
- What
- 把智能体按层级组织，每一层消费事件、拆解工作，并发布到下一层的主题上。
- When to use
- 汇报结构清晰的大型组织，需要任务下派、故障隔离，以及按层级独立扩缩容。
- Watch out
- 事件传播延迟和跨层级的级联故障很难调试；主题配置有误还会让任务悄无声息地消失。
Loading technique guide…
采用基于事件的协调的多层级智能体层次结构
Loading technique guide…
事件驱动分层智能体 (EDHA) 将智能体组织为由事件协调的主管→工作者层级。上层向层级专属主题发布指令；下层消费、分解并执行，并向上汇报状态与结果。每一层隔离关注点，使用消费者组扩展规模，并施加策略 (重试、退避、死信队列)，配合清晰的主题分类法和用于追溯的关联/因果 ID。该方式将分层规划与事件驱动架构结合，实现有韧性的编排。
单团队、短周期任务，调用图简单且同步，无需分层监管。
要求严格全局有序的工作流，或跨众多智能体且缺乏 broker 支持的 ACID 事务。
超低延迟路径中排队或 LLM 往返会突破 SLO；宜采用直接 RPC 或进程内协调。
集中式优化优于分解式局部决策的领域 (共识嘈杂、耦合紧密)。
层级间反馈回路造成反复空转；缺少无环流程设计与升级规则。
扇出无界与隐藏依赖；深度、重试或并行度没有上限。
消费者组配置错误导致重复处理或工作者空闲；热键造成负载倾斜。
缺少 DLQ 分诊；控制载荷与数据载荷混用；总线中传输大 blob 推高成本与延迟。
在必要之处缺少幂等性与 exactly-once 语义；没有模式演进策略。
LLM token 消耗随层级深度和事件冗长度增长。优先使用状态摘要与引用，而非完整日志。
Broker 成本：存储/保留、出口流量、分区/FIFO 组。调优消息大小、压缩与批处理。
计算/内存：消费者并发、序列化与工具执行；按层级限制并行度。
对汇总采用缓存/物化视图；记录分层 token/成本预算，并配合提前退出启发式。
企业级项目群/组合管理，涉及跨团队分解与审批。
分级客户支持与事件管理，含升级与审查关卡。
跨地区/业务单元的供应链与运营编排，同时保留本地自主性。
需要分层审查与可审计事件轨迹的合规与安全流程。