在聚合设计中采用事件溯源时，确保业务规则一致性和完整性的关键在于仔细设计聚合和领域事件。以下是一些具体的指导原则，通过例子来展示这些原则的应用：

1. 确保聚合边界清晰：聚合应该围绕领域中的业务概念自然地聚集，而不仅仅是数据的集合。聚合的边界应该反映业务规则的边界，确保每个聚合负责一小部分但完整且一致的业务逻辑。例如，在一个订单处理系统中，Order 和 OrderLine 可以一起放在一个聚合中，因为它们之间存在紧密的业务规则关联，如总金额的计算等。

2. 使用领域事件来记录业务操作：每次对聚合的修改都通过领域事件的形式来表达。这些事件不仅仅是数据库中的记录，它们捕获了事情发生的时间、上下文以及具体的变化。例如，当一个订单被创建时，系统可能会生成一个 OrderCreated 事件；当订单状态变化时，比如从'待处理'变为'发货中'，则生成一个 OrderStatusChanged 事件。

3. 实现领域事件处理逻辑来维护聚合状态：聚合内部应该有处理这些领域事件的逻辑，用来调整聚合状态以反映最新的业务事实。这部分逻辑需要严格遵守业务规则，例如，在处理 OrderStatusChanged 事件时，应该检查订单的所有必需项目是否已经准备就绪才能允许状态更改。

4. 版本控制聚合以防止并发冲突：每个聚合都有一个版本号，每次应用一个事件后都会增加。在并发环境中处理命令时，需要先加载最新版本的聚合，检查是否与命令所基于的版本匹配。如果不匹配（即发生了其他操作），则需要重新处理命令或拒绝执行。这种机制确保了即使在高并发场景下，也能够维护聚合的一致性。

5. 定期检查业务规则的一致性：除了即时的事件处理外，还应该定期运行验证机制来检查整个系统的业务规则一致性和完整性。这可以通过定时任务或基于流处理框架实现。例如，可以检查所有已完成的订单是否都关联了一个有效的运送详情。

通过上述方法，可以在采用事件溯源模式的同时，有效地保证了聚合设计中业务规则的一致性和完整性。