用途：该技能用于领域边界、归属与跨团队规模化比局部交付速度更重要的大型系统。适合需要隔离多个领域（如计费、认证、目录、考勤等）、在前端与后端之间定义显式模块契约、偏好事件驱动集成而非跨模块直接耦合、以及需要单体仓库治理与发布边界的场景。项目规模小、单团队、领域复杂度低或简单分层架构已足够时不建议使用。
主要能力与架构契约：先建模领域边界（限界上下文）；每个领域模块内部保持类 FSD 结构，对外基于契约；禁止深层跨模块导入；模块/服务之间通过事件或稳定 API 通信；维护独立可部署的应用与服务；共享包只放基础设施内容（类型、UI、配置、工具）。推荐结构包含 apps/（可部署应用）、modules/（限界上下文前端模块）、services/（限界上下文后端服务）、packages/（共享基础设施包）、infrastructure/（部署与平台资源）。
实现流程：1）领域建模：列出领域与归属，先定义各模块公开 API（index.ts），定义事件契约与版本。2）模块设计（前端）：在领域模块内应用 FSD 的 entities、features、widgets、shared，仅从模块根导出公开 API，领域状态与 API hooks 保持在模块边界内。3）服务设计（后端）：保持 domain、application、infrastructure、presentation 分离；领域层用仓库接口，基础设施层实现；跨服务动作发出领域事件。4）集成规则：允许事件总线、API 客户端边界、已声明的公开导出；禁止直接导入其他模块内部；通过 CI 的 lint/导入规则强制。5）推广：从 1-2 个高价值领域开始，为新领域模块添加生成器/模板，跟踪耦合指标并重构热点路径。
决策与输出要求：需要按领域独立扩展或跨团队严格模块归属时选 DDD；小范围最快交付则暂不采用。代理输出需包含目标领域图、导入/事件边界规则、从当前结构迁移到目标结构的计划，以及风险、回滚方案与测试策略。更多结构、代码模板、生成器与示例见 references/guide.md。限制：具体生成器实现、事件总线选型、指标工具与定价信息暂未提供。