识别业务能力并分类子域（Core/Supporting/Generic），产出核心域声明与所有权建议。
从不变量出发设计聚合边界：聚合根、实体、值对象、事务边界与跨聚合一致性策略。
映射限界上下文间的关系与集成策略：模式选择、契约所有权、失败模式与版本策略。
设计限界上下文及其通用语言：边界、职责、词汇表、团队所有权与边界 ADR。
设计构造块间的协作机制：领域事件、领域服务、仓储接口与工厂。
全局模型质量评估：一致性、完整性、耦合分析与反馈闭环触发。
| name | ddd-discover |
| description | 协作式领域发现：通过事件风暴或领域故事讲述，产出事件流、命令/事件候选、热点与歧义清单。 |
| risk | safe |
| source | self |
| tags | [ddd, discovery, event-storming, domain-storytelling] |
| date_added | 2026-05-08 |
🌐 English version: English
ddd-scope 或用户直接提供），需要探索领域内部发生了什么。ddd-contexts 报告"术语冲突不可调和"时，作为回溯目标重新执行。ddd-scope 的输出均可）。ddd-scope）。| 工件 | 结构要求 |
|---|---|
| 事件流表 | 表格：序号、事件名（过去时）、触发命令、参与者、输入/输出、异常分支 |
| 命令候选清单 | 表格：命令、发起者、期望结果、幂等性要求 |
| 事件候选清单 | 表格：事件、关键字段、是否跨上下文、是否对外发布 |
| 热点标注 | 列表：一致性热点、集成热点、性能热点、合规热点 |
| 歧义清单 | 表格：歧义点、影响范围、需确认方、建议决策 |
| 边界线索 | 列表：初步能力分组与潜在上下文边界 |
ddd-subdomains 直接消费ddd-contexts 触发回溯：当 > 5 个术语存在不可调和的跨上下文冲突时，说明领域理解不足，需重新发现。@ddd-discover
基于以下 scope 输出，帮我做领域发现：
- 问题：订单售后流程混乱
- 目标：支持退款、换货、投诉处理
- 非目标：不涉及正向下单流程
请输出事件流表、命令/事件候选、热点标注与歧义清单。