用途：在限界上下文已定义完毕后，设计它们之间的协作与集成关系，明确“谁依赖谁、用什么模式集成、契约由谁负责”。当 ddd-model-review 报告“集成模式与映射不一致”时，可作为回溯目标重新执行。
输入：必需为上下文目录（来自 ddd-contexts）与跨边界点（来自 ddd-discover）；可选子域分类表（来自 ddd-subdomains）、现有接口/消息/数据交换方式、团队协作模式。
主要能力与流程：列举所有上下文对并标注依赖方向与数据/事件流向；为每对关系选择集成模式（ACL、OHS、PL、Shared Kernel、Conformist、Customer-Supplier）并说明理由；定义输入/输出翻译、语义差异与字段映射；明确契约 Owner、消费者、变更流程与发布策略；分析超时、降级、幂等、重试、补偿、数据延迟等失败模式；定义兼容窗口、弃用策略、契约测试与发布节奏。
输出工件：上下文关系矩阵、契约所有权矩阵、翻译与 ACL 决策表、失败模式与缓解表、版本策略列表。校验清单要求所有跨上下文交互有显式模式与所有权、核心域输入受 ACL 或等效翻译边界保护、至少识别 5 个失败模式并给出可执行缓解、无循环依赖、版本策略覆盖向后兼容窗口与弃用流程。
限制：资料未提供安装命令、收费与价格、平台支持信息；检测到循环依赖或单一上下文承担超过 3 个上游关系时需回溯至 ddd-subdomains 或 ddd-contexts。