用途：分析代码库中的组件职责、业务词汇与依赖关系，将组件归入逻辑业务域，为创建领域服务、服务化架构迁移和领域驱动设计做准备。
主要能力：识别业务域（如票务、客户、报表、管理、共享域）；按功能与关系把组件分配到域；校验域内聚性与边界；对比并规划命名空间重构；生成域结构图与组件-域分配表。
使用方式：直接请求，例如“Group components into logical domains”“Which domain should the billing components belong to?”。流程分五阶段：识别业务域、分组组件、验证分组、重构命名空间、创建域图。分析依据组件名与描述、业务语言、组件关系及与产品负责人的确认。
适用场景：在识别、度量并分析组件依赖之后，创建领域服务之前；规划服务化架构迁移时；准备领域驱动设计实施时；需要优化组件组织时。
示例：客户域可含客户档案、计费支付、计费历史、支持合同；票务域可含工单创建、分配、路由、完成、知识库与调查。文档也给出 Node.js 目录与 Java 包结构的组织示例，以及命名空间治理的自动化校验片段。
限制：资料未提供具体支持的编程语言范围、版本、收费、价格或平台信息；效果与实施步骤需结合自身代码库评估，域边界最终应与业务相关方共同确认。