用途：依据资料，该技能用于按领域驱动设计（DDD）原则梳理系统的领域模块、所有权边界、依赖关系和接口，产出领域地图与限界上下文等设计材料，帮助团队明确各上下文职责与协作方式。
主要能力：识别限界上下文（建议 3–7 个）并区分核心域与支撑域；为每个上下文定义通用语言、实体/聚合；绘制上下文关系图与依赖地图；定义接口契约与事件；设计防腐层（Anti-Corruption Layer）；给出重构建议与分阶段迁移策略。资料还列出战略设计模式：共享内核、客户/供应商、发布语言。
必要用法：资料以电商平台为例给出模板，包含限界上下文（客户管理、订单管理、产品目录）、实体定义、上下文关系、防腐层（如 CustomerAdapter 将客户领域模型转换为订单所需的 CustomerForOrder）、依赖规则（客户无依赖；订单只读依赖客户与产品；履约依赖订单事件）、公共接口（如 CustomerService、ProductService）以及订单上下文中的示例代码。重构建议包括：用 API 替代直接访问其他上下文的数据库；每个上下文使用独立模型；拆分上帝服务为订单、库存、支付、履约等服务。迁移分四阶段：识别边界、定义接口、解耦、可选地抽取服务。
适用场景：适合在系统拆分、微服务划分、遗留系统改造前，梳理领域边界与依赖关系。
限制：资料未提供具体安装命令、运行方式、支持平台、价格或收费信息，也未说明该技能的输入格式与自动化程度；上述内容为示例模板与建议，实际使用时需结合具体项目。