用途：对已采用 DDD 的项目做代码审查与反模式检测，验证代码是否遵循 DDD 最佳实践，输出结构化审查报告，可作为合并前的质量门禁。
主要能力：三步流程——代码扫描（反模式清单逐项检查）、5 维度评分（分层合规 30%、领域模型质量 30%、命名规范 15%、代码结构 15%、测试覆盖 10%）、报告输出（评分+反模式列表+按 P0→P1→P2 排序的修复建议）。反模式分三级：P0 阻塞合并（贫血模型、上帝 Service、跨聚合直接引用、领域层框架依赖、循环依赖、Repository 返回非聚合根）；P1（Controller 业务逻辑、Application Service 含 SQL、值对象可变）；P2（聚合过大、缺少领域事件、跨聚合事务）。分层依赖基于 ArchUnit 检查，Domain 层须零框架依赖。评分等级：≥85 A、70-84 B、50-69 C、<50 D。
使用方式：提供代码路径或片段即可触发，触发词包括代码审查、DDD review、反模式检测、贫血模型、分层合规等。每次审查须走完三步并输出完整报告。
适用场景：后端开发者、架构师、技术负责人审查团队 DDD 实现。不适用：纯 CRUD 非 DDD 项目（改用 SonarQube/Checkstyle）、尚未引入 DDD 的项目、需要架构选型或健康度评估的场景。
限制：该技能为纯文档，不含可执行脚本，不收集数据、不访问外部服务；具体命令、依赖配置与代码示例见其 references 与 examples 文件，本资料未提供完整内容。