领域驱动设计
一种软件设计方法论，强调代码命名与业务领域术语保持一致，提出'统一语言'（Ubiquitous Language）概念，使技术实现与业务逻辑在语言层面对齐
核心事实
时间轴 (近 90 天)
遗留系统重构第一层需要借助领域驱动设计（DDD）系统性地拆解，划定清晰的限界上下文，将业务域重构为独立、轻量的微服务，通过安全的REST API或Kafka等事件流框架通信。
上下文工程是将配置管理、系统工程和领域驱动设计等领域实践了数十年的纪律，应用到LLM这一新型系统上。
缓解技能膨胀的常见策略包括：按领域驱动设计（DDD）划分限界上下文、引入技能注册表与元数据标注、建立技能生命周期管理（新增/合并/废弃）。
分层架构、微服务、领域驱动设计等实践本质上都是关注点分离思想的不同表达
Matt借鉴领域驱动设计中的通用语言概念，制作了一个技能可扫描代码库、提取术语并生成术语表markdown文件
工作底座对应领域驱动设计（DDD）中「通用语言」和「领域模型」的概念，其数据本身就是平台的一部分
DDD（领域驱动设计）由Eric Evans在2003年的著作《Domain-Driven Design: Tackling Complexity in the Heart of Software》中系统提出
BDD借鉴了Eric Evans领域驱动设计（DDD）中的统一语言理念，通过Given-When-Then三段式结构将需求、测试和文档统一
全部知识事实 (10)
领域驱动设计（DDD）是Eric Evans在2003年提出的软件设计方法论
80%待验证领域驱动设计（DDD）提出'统一语言'概念，主张代码中的命名应与业务领域的术语保持一致
60%待验证遗留系统重构第一层需要借助领域驱动设计（DDD）系统性地拆解，划定清晰的限界上下文，将业务域重构为独立、轻量的微服务，通过安全的REST API或Kafka等事件流框架通信。
50%待验证上下文工程是将配置管理、系统工程和领域驱动设计等领域实践了数十年的纪律，应用到LLM这一新型系统上。
50%待验证缓解技能膨胀的常见策略包括：按领域驱动设计（DDD）划分限界上下文、引入技能注册表与元数据标注、建立技能生命周期管理（新增/合并/废弃）。
50%待验证分层架构、微服务、领域驱动设计等实践本质上都是关注点分离思想的不同表达
50%待验证Matt借鉴领域驱动设计中的通用语言概念，制作了一个技能可扫描代码库、提取术语并生成术语表markdown文件
50%待验证工作底座对应领域驱动设计（DDD）中「通用语言」和「领域模型」的概念，其数据本身就是平台的一部分
50%待验证DDD（领域驱动设计）由Eric Evans在2003年的著作《Domain-Driven Design: Tackling Complexity in the Heart of Software》中系统提出
50%待验证BDD借鉴了Eric Evans领域驱动设计（DDD）中的统一语言理念，通过Given-When-Then三段式结构将需求、测试和文档统一
50%