用途：针对正在改动的代码，判断其战术领域驱动设计（DDD）选型与实现是否正确。基于《Learning Domain-Driven Design》（Vlad Khononov）第二至三部分，提供一组“透镜”用于决策和评审。它不用于通用分层/内聚检查，也不用于查找缺陷。
主要能力： 一、子域分类与业务逻辑模式选择。先判断属于核心（竞争优势、复杂多变的规则）、支撑（围绕核心的定制但简单逻辑）还是通用（可直接采购/集成的成熟问题），再自上而下走决策树选择模式：事件溯源领域模型（涉及资金、审计日志或深度行为分析）、领域模型（复杂规则、不变量、算法）、活动记录（数据结构复杂但逻辑为过程式校验）、事务脚本（每操作一段过程）。 二、架构与测试需与模式匹配：事件溯源需 CQRS；领域模型需端口与适配器及测试金字塔；活动记录需分层加应用/服务层及测试钻石；事务脚本需最小三层及倒置金字塔。 三、领域模型正确性：聚合正确性（事务边界、仅命令改状态、薄应用层、并发保护、最小边界）；值对象与统一语言（避免基本类型偏执、不可变、行为在值上、业务命名）；可靠领域事件发布（不在聚合内或提交前发布，使用发件箱，跨聚合流程用 saga 或流程管理器）。 四、模式是否已过时：由“痛感”信号判断是否向上迁移（事务脚本到活动记录、活动记录到领域模型、领域模型到事件溯源），或向下简化。
使用方式：按上述透镜逐个应用，按透镜分组报告发现，引用 file:line，指出规则名并给出修复建议；不适用的透镜跳过，若干净则直接说明。分类边界模糊或需深入评审聚合/事件代码时，参考 references/decision-trees.md。输出按固定评审格式组织，先给最高杠杆发现。
限制：资料仅描述方法与流程，未提供具体安装命令、平台支持、价格或实际效果数据；仓库专属映射仅适用于 greenspark-aws 语境，应用他处时可跳过。