聚合是领域驱动设计（DDD）中一个重要概念，用于封装一组相关联的实体和值对象，确保这些对象的一致性。判断一个实体是否应该包含在聚合内，需要基于以下几个聚合的设计原则：

1. 业务事务边界：如果一个实体属于某个业务事务的一部分，且在该业务事务中需要维护数据的一致性，它应被包含在聚合内。例如，在一个订单管理应用中，订单和订单明细项之间的关系非常紧密，为了保证订单数据的一致性，如总价、数量等字段的准确性，它们应当属于同一聚合。

2. 数据完整性：聚合应保证自身内部数据的完整性和一致性。如果一个实体的属性或状态变化会影响到聚合根的完整性或一致性，该实体就应该包含在聚合中。如在银行账户管理中，账户和账户交易记录需要配合以确保账户余额的准确性，交易记录应作为账户聚合的一部分。

3. 性能与加载延迟：当一个实体频繁与其他实体一起被访问时，可以考虑将它们放在同一个聚合中，以减少数据库查询次数和提高性能。但也要注意不要将过多的实体放入一个聚合中，因为大聚合加载数据时可能会造成延迟。

4. 边界清晰：聚合的边界应该清晰，易于理解和维护。每个聚合都应该有一个清晰的职责范围。如果一个实体的职责超出了一个聚合的范围，即使它与其他实体关系紧密，也不应将其包含进同一个聚合中。

5. 业务规则：设计聚合时，需要考虑业务规则的影响。如果业务规则要求某些实体必须作为一个整体处理，这些实体就应该被包含在同一聚合中。例如，在一个电商系统中，如果业务规则要求在创建订单时必须同时提交收货地址，那么收货地址实体就应当作为订单聚合的一部分。

通过遵循上述原则，可以有效确定哪些实体应该包含在聚合内，从而确保系统的可维护性、性能和业务逻辑的正确性。