AI 时代 DDD 更重要：保护业务价值的核心工具

随着 AI 技术的进步，代码生成变得越来越容易，但真正重要的业务价值仍需通过领域驱动设计（DDD）来保护。本文通过统一语言、限界上下文、聚合不变量等方法，说明如何将 AI 的技术杠杆转化为业务价值。

AI 可以在几分钟内生成接口、数据表、测试和部署脚本，显著降低了代码生成的成本。然而，企业不会为代码行数付费，只会为更高的收入、更好的客户体验、更低的运营成本和更可控的风险付费。因此，DDD 在确保代码兑现业务价值方面显得尤为重要。METR 2025 随机对照研究显示，16 名开发者使用当时的 AI 工具完成任务时，时间反而增加了 19%。这表明复杂系统的成本还包括理解上下文、判断正确性和校验。

DDD 提供了一套天然的“上下文工程”，从经营视角看，它是在保护软件投资的回报。统一语言减少了语义猜测，降低了需求误解与返工；限界上下文缩小了有效上下文，提升了团队自治与响应速度；聚合与不变量设置了不可绕过的护栏，保护资金、库存、履约与合规；命令与领域事件显式表达了意图与事实，支撑审计、运营与决策；领域测试建立了可执行的反馈回路，缩短了交付周期，降低了发布风险。OpenAI 的 agent-first 工程实践强调让仓库知识可发现，并用可预测结构与机械化边界约束 Agent，这正是限界上下文的作用。

Wow 的订单示例展示了清晰状态链不仅保护代码正确，也保护订单收入与客户承诺。例如，在 Order 聚合中，修改地址、发货和收货不是对 status 的任意赋值，而是独立的命令处理行为。发货前检查订单是否已经支付，收货前检查是否已经发货。对应的 OrderSpec 从创建订单开始，继续验证支付、发货、收货和重复支付等分支，明确验证“未支付直接发货”必须失败且状态保持不变。此外，团队可以从一个业务目标出发，整理统一语言、划分限界上下文、把价值与风险写成不变量、用业务动作和测试表达场景，以及让知识和指标进入仓库。这些措施共同目标是将隐性知识转化为人和 AI 都能读取、执行、验证，并持续创造业务结果的组织资产。