用途：将结构化需求映射为 CleanDDD 业务模型，产出聚合、命令、查询、领域事件、事件处理器、API 端点与定时任务设计，作为后续代码生成的输入依据。
前置输入：需已有 cleanddd-requirements-analysis 的结构化结果（干系人表、需求条目表、业务实体视图、触发/后续动作表、业务规则与依赖、假设与待确认清单）；缺失时先运行需求分析技能并完成确认。
主要能力与映射：业务实体视图映射为聚合候选与职责/不变式；需求条目表映射为命令/查询及输入输出、幂等性；触发/后续动作表映射为领域事件与事件处理器；干系人表映射为 API 端点的认证/鉴权范围；业务规则与依赖映射为一致性/副作用与外部依赖标注；假设清单转为未决问题与追问清单。
工作流：输入校验后定义聚合根、实体/值对象、行为与领域事件；为每个需求条目映射命令/查询；列出领域事件、订阅方与处理动作；补全端点 HTTP Method、鉴权、幂等性与绑定命令/查询；定义周期性定时任务；最后做命名与约束检查。
输出格式：结构化 Markdown，含聚合、命令、查询、事件处理器、API 端点、定时任务等表格，便于代码生成与审阅。
核心原则：聚合间不直接或间接引用；聚合不共享实体，仅可共享值对象；领域事件由聚合行为产生，跨聚合影响通过事件实现最终一致性；关键不变式在聚合行为前置校验；聚合/命令/事件/查询/端点用 PascalCase，事件用过去式。
交付：末尾附“参数汇总 + 是否执行”提示，用户确认后再进入 cleanddd-dotnet-coding；同时列出未决问题或假设。
限制：依赖前置需求分析结果，缺失时无法直接建模；文件命名与目录放置约定参见 cleanddd-dotnet-coding 技能。