用途：在设计异步服务集成、解耦工作流或最终一致性边界时使用；可在 SaaS 平台引入事件溯源、CQRS 或 Saga 编排；帮助选择消息代理（RabbitMQ、SQS/SNS、Kafka）与投递保证模型；也可用于加固既有 EDA：幂等、Outbox、DLQ、模式演进、租户隔离。严格请求/响应且低延迟、单服务无集成方、需要跨聚合强事务的场景不建议使用。
主要能力：先建模领域事件，再选代理；确定排序与分区约束；选择满足 SLA 的最简投递保证；设计 Outbox 与 relay；设计 DLQ 与重放；增加模式注册表与版本管理。强调事件命名为过去式且具业务含义，事件需携带 event_id、event_type、event_version、tenant_id、occurred_at、causation_id、correlation_id，消费者需幂等并维护去重账本，每个主题有负责人、模式与保留策略。
使用方式：按工作流逐步推进，输出事件目录（Markdown 与 JSON Schema）、代理拓扑与 IaC 骨架、Outbox 迁移与 relay 参考实现、消费者幂等清单与重放手册。区分事件、命令与查询，避免事件即 RPC、事件意大利面、无模式注册表、无 DLQ 策略等反模式。
适用场景与限制：适用于多租户 SaaS、异步集成、审计、时间查询与重投影需求。事件溯源对多数 SaaS 聚合属过度设计，仅在审计、时间查询或重投影为首要需求（会计、库存台账、医疗记录）时使用。最终一致性与运维复杂度较高，调试更难；代理选择应依据排序、保留与运维模型，而非框架偏好。
资料中提及的参考书与配套技能可作延伸阅读。具体价格、平台支持与效果数据暂未提供。