用途：Tactical DDD 用于审查和改进领域模型，识别贫血模型（只有 getter/setter、逻辑散落在服务中），并给出建模与重构建议，落实战术 DDD 模式。
工作流：技能先判断用户意图并选择阶段。若意图是 validate/review/check，只运行阶段 1 与 2，报告发现后询问是否应用修复；若意图是 fix/refactor/improve，运行阶段 1、2、3；若问“该如何设计/建模”，直接加载 reference.md。
阶段 1 检测：加载 detection.md，扫描目标代码中的贫血信号，输出严重程度评分与受影响类列表。常见信号包括 public setX()/setY()、service.doX(entity,...)、实体上的 setter 链，以及除 getter 外没有领域方法的数据袋。
阶段 2 评估：为每个受影响类确定正确构件——随时间追踪唯一身份为实体，无身份为值对象，根加共享不变量的子对象为聚合，跨聚合或不归属任何对象的操作为领域服务。规则倾向值对象优先、小聚合优先。
阶段 3 重构：加载 refactoring.md，按顺序将 setter 链替换为单一表达性方法、把服务逻辑移入拥有它的聚合、在方法顶部加业务守卫、每次成功状态变更后发布领域事件、用值对象替换原始类型。深度问题（边界设计、事件建模、服务与实体取舍）加载 reference.md。
黄金规则强调：行为与数据同处、通用语言命名、小聚合、一个事务一个聚合、跨聚合用领域事件最终一致、按 ID 引用其他聚合、值对象优先、少用领域服务、由聚合守护不变量。审查时按“Anemia Diagnosis: 类名、Severity、Issues、Recommended refactoring”输出；重构时展示每个类的 before/after diff。
限制：资料未提供支持的语言、安装方式、运行命令、平台与收费信息；实际使用需配合能读取这些技能文件的代码智能体环境。