在设计聚合时，确保聚合内的对象保持高内聚且低耦合是领域驱动设计（DDD）中的一个关键点。具体来说，可以通过以下几点来实现：

1. 明确聚合根：首先需要明确聚合根，聚合根是聚合的入口点，所有的外部调用都应该通过聚合根进行。它负责维护聚合的完整性和一致性。例如，在一个订单管理系统的聚合设计中，订单可以被设计成聚合根，所有的操作如添加商品项、计算总价等都应该由订单这个聚合根来执行。

2. 保持业务内聚：聚合内的实体和值对象应该围绕业务规则紧密合作。仅将与聚合根有直接关系、并且共同完成特定业务功能的对象放入同一个聚合中。例如，在订单聚合中，订单项、地址、送货方式等都是紧密相关的部分，因为它们共同决定了订单的履行规则。

3. 避免外部直接引用：聚合内的对象不应被外部直接引用或持有。其他聚合如果需要使用当前聚合内的对象，应当通过聚合根提供的接口间接操作。这样可以减少对象之间的直接依赖，避免导致系统耦合度过高。

4. 合理划分边界：确保每个聚合都有清晰的职责边界，避免聚合过大或过小。过大的聚合难以维护，也可能意味着业务域划分不当；而过小的聚合则容易导致过度复杂的数据传递和服务调用。在实际项目中，我们可能会遇到需要重构聚合的情况，比如将一个过于庞大的聚合拆分为多个小聚合。

5. 设计健壮的聚合根接口：聚合根提供的接口应当是健壮且易于理解的。接口的设计应当围绕聚合的核心业务逻辑，确保外部调用者能够准确无误地使用。例如，订单聚合根可以提供如addProduct()、removeProduct()、checkout()等方法。

结合实际项目经验，例如在开发电商平台的商品管理系统时，我们对商品这一核心领域进行了细致的聚合设计。商品聚合根不仅管理基本的商品信息，如名称、描述、价格等，还包括了商品的库存管理、促销活动设置等功能。库存和促销活动虽然也是重要的业务逻辑，但我们通过合理的设计将其作为值对象纳入商品聚合中，而非单独设立聚合，从而保证了聚合的内聚性。

在实践中，还遇到了一个挑战，即如何在保持高内聚的同时处理跨聚合的业务逻辑。例如，当订单的创建涉及到了用户、商品等多个聚合的信息。为了降低耦合度，我们采用了领域事件的机制。在订单创建后，系统会发布一个OrderCreated事件，由监听此事件的服务处理后续的操作，如通知库存服务检查商品库存、通知用户服务更新用户的订单状态等。这种做法不仅保持了各聚合的独立性，也为系统的扩展和维护提供了便利。

总之，通过明确聚合边界，围绕核心业务逻辑设计聚合根接口，采用领域事件处理跨聚合的复杂交互，可以有效地保证聚合的高内聚和低耦合，从而构建出健壮且易于维护的领域模型。