用途：在 ddd4j 项目中设计、评审或定位模块边界，判断新能力、端口或适配器应归属哪个模块，检查依赖方向，追踪核心端口（CommandBus、Publisher、SubjectProvider、Repository）到实际注册适配器的链路，并评审 Spring、Guice、Quarkus CDI 如何共享同一套核心契约。
主要能力：梳理架构分区（annotation、core、kit、auth/data/mq/web/cache/metrics、runtime-*、extensions、ddd-rules、parent/dependencies/bom）；核对领域层是否只依赖 core、annotation 与必要值类型；确认 ORM、消息代理、HTTP、认证框架位于适配器层；区分编译依赖、运行时注册与资源生命周期三类不同结论。
使用方式：先确认 Git 根、分支与维护线及 CodeGraph 可用性；再枚举模块间编译依赖，确认箭头由适配器指向核心端口，标记领域模块导入 org.springframework.、com.baomidou.mybatisplus.、io.javalin.、io.quarkus. 的情况；随后为每个 SPI 端口找到运行时模块注册的具体适配器，记录请求作用域绑定、关闭钩子及上下文清理是否覆盖成功、异常与异步路径；最后分别用 ddd-rules 架构测试、端到端命令行为测试和运行时证据验证，报告事实、推断、违规与建议落位点。
适用场景：模块归属决策、依赖方向评审、跨运行时共享核心契约、新能力落位与架构评审。
限制：不适用于 AggregateRoot、Command、Query、DomainEvent 语义问题（用 ddd4j-core），不适用于 Maven 版本与 BOM 导入顺序（用 ddd4j-bom），不适用于具体适配器实现（用 ddd4j-data、ddd4j-mq、ddd4j-web、ddd4j-cache、ddd4j-auth），也不适用于与 ddd4j 无关的通用 DDD 方法论或非 ddd4j 项目。不得仅凭目录名断定实现存在，需调用图与注册证据；架构证据不得包含凭据、真实租户数据或私有仓库认证信息。
安装：npx skills add full-stack-skills/ddd4j-skills --skill ddd4j-core（相关技能）。