用途：当需要为复杂业务领域建立明确边界、判断完整 DDD 是否值得其额外复杂度、把战略设计决策连接到实现模式，或基于领域需求规划 CQRS、事件溯源、Saga、投影时使用。简单 CRUD、低业务复杂度、仅需局部缺陷修复，或无法接触领域知识且无产品专家代理时不应使用。
主要能力：先做可行性检查，再产出战略工件（子域、限界上下文、语言词汇表），并按当前任务路由到专门技能。可行性检查建议仅在至少满足两项时采用完整 DDD：业务规则复杂或快速变化、多团队造成模型冲突、集成契约不稳定、审计与显式不变量至关重要。
路由映射：战略模型与边界用 @ddd-strategic-design；跨上下文集成与翻译用 @ddd-context-mapping；战术代码建模用 @ddd-tactical-patterns；读写分离用 @cqrs-implementation；事件历史作为事实来源用 @event-sourcing-architect 与 @event-store-design；长流程用 @saga-orchestration；读模型用 @projection-patterns；决策记录用 @architecture-decision-records。需要模板时打开 references/ddd-deliverables.md。
输出要求：始终返回范围与假设、当前阶段（战略、战术或事件化）、显式产出的工件、开放风险与下一步建议。
限制：不替代与领域专家的直接工作坊，不提供框架特定代码生成，也不应被用作对简单系统过度设计的理由。