| name | ddd-contexts |
| description | 设计限界上下文及其通用语言：边界、职责、词汇表、团队所有权与边界 ADR。 |
| risk | safe |
| source | self |
| tags | [ddd, strategic, bounded-context, ubiquitous-language] |
| date_added | 2026-05-08 |
🌐 English version: English
ddd-aggregates 报告"不变量跨越多个上下文"，或 ddd-model-review 报告"术语冲突率 > 20%"时，作为回溯目标重新执行。ddd-subdomains）、事件流与热点标注（来自 ddd-discover）。ddd-scope）。| 工件 | 结构要求 |
|---|---|
| 上下文目录 | 表格：上下文名、职责、核心术语、主要事件、数据所有权、负责团队 |
| 通用语言词汇表 | 表格：术语、定义、业务示例、所属上下文、同义词、反术语、冲突处理 |
| 反术语清单 | 表格：禁用词、禁用原因、推荐替代 |
| 边界 ADR 列表 | 每条含：决策、理由、权衡、风险、备选方案 |
| 语言演进规则 | 列表：新增/变更流程、评审角色、版本策略 |
5 个术语存在不可调和的跨上下文冲突 → 回溯至
ddd-discover，领域理解不足。
ddd-aggregates 触发：不变量跨越多个上下文 → 一致性需求被边界割裂，需重新划分。ddd-model-review 触发：聚合边界与上下文边界矛盾，或术语冲突率 > 20%。@ddd-contexts
基于以下子域分类和事件流，帮我设计限界上下文：
- Core: 预订与冲突管理
- Supporting: 会议室资源管理
- Generic: 用户身份与权限
[粘贴事件流表]
请输出上下文目录、通用语言词汇表、边界 ADR。
识别业务能力并分类子域（Core/Supporting/Generic），产出核心域声明与所有权建议。
从不变量出发设计聚合边界：聚合根、实体、值对象、事务边界与跨聚合一致性策略。
映射限界上下文间的关系与集成策略：模式选择、契约所有权、失败模式与版本策略。
协作式领域发现：通过事件风暴或领域故事讲述，产出事件流、命令/事件候选、热点与歧义清单。
设计构造块间的协作机制：领域事件、领域服务、仓储接口与工厂。
全局模型质量评估：一致性、完整性、耦合分析与反馈闭环触发。