从不变量出发设计聚合边界：聚合根、实体、值对象、事务边界与跨聚合一致性策略。
映射限界上下文间的关系与集成策略：模式选择、契约所有权、失败模式与版本策略。
设计限界上下文及其通用语言：边界、职责、词汇表、团队所有权与边界 ADR。
协作式领域发现：通过事件风暴或领域故事讲述，产出事件流、命令/事件候选、热点与歧义清单。
设计构造块间的协作机制：领域事件、领域服务、仓储接口与工厂。
全局模型质量评估：一致性、完整性、耦合分析与反馈闭环触发。
| name | ddd-subdomains |
| description | 识别业务能力并分类子域（Core/Supporting/Generic），产出核心域声明与所有权建议。 |
| risk | safe |
| source | self |
| tags | [ddd, strategic, subdomains] |
| date_added | 2026-05-08 |
🌐 English version: English
ddd-context-map 报告"上帝上下文"或子域误分时，作为回溯目标重新执行。ddd-discover）。ddd-scope）。ddd-contexts 提供子域到上下文的初步映射建议。| 工件 | 结构要求 |
|---|---|
| 能力清单 | 表格：能力、说明、关联事件、上下游依赖 |
| 子域分类表 | 表格：能力/能力组、子域类型（Core/Supporting/Generic）、分类理由、建议投入 |
| 核心域声明 | 1 页以内：价值、边界、衡量指标、风险、演进方向 |
| 所有权建议 | 表格：能力/子域、建议团队、依赖方、协作方式 |
| 边界候选 | 列表：子域到上下文的初步映射建议 |
ddd-contexts 直接消费ddd-scope，业务价值主张需重新澄清。ddd-context-map 触发回溯：循环依赖或"上帝上下文"暗示子域划分有误。@ddd-subdomains
基于以下事件流和边界线索，帮我识别子域并分类：
[粘贴 ddd-discover 的事件流表与边界线索]
请输出能力清单、子域分类表、核心域声明与所有权建议。