用途：在子域已分类后，设计限界上下文（Bounded Context）边界，并为每个上下文建立统一语言，消除术语歧义。当 ddd-aggregates 报告“不变量跨越多个上下文”，或 ddd-model-review 报告“术语冲突率 > 20%”时可作为回溯目标重新执行。
输入：必需子域分类表与核心域声明（来自 ddd-subdomains）、事件流与热点标注（来自 ddd-discover）；可选组织信息（团队边界、交付节奏）与术语种子（来自 ddd-scope）。
主要能力：按一致性边界与语言边界聚类上下文候选；定义每个上下文的业务职责、核心概念、主要事件与数据所有权；为核心术语建立定义、业务示例、同义词与反术语；划定边界并标注跨上下文必须翻译的概念；指定负责团队、决策者与契约 Owner，输出边界 ADR；处理跨上下文同名不同义术语并给出翻译或重命名建议。
输出工件：上下文目录表（上下文名、职责、核心术语、主要事件、数据所有权、负责团队）、通用语言词汇表（术语、定义、业务示例、所属上下文、同义词、反术语、冲突处理）、反术语清单（禁用词、原因、替代）、边界 ADR 列表（决策、理由、权衡、风险、备选方案）、语言演进规则。
校验要点：每个上下文有明确职责与非职责；数据所有权无冲突，跨上下文访问须经契约或翻译；每个上下文至少有一条显式权衡与风险点；术语冲突全部处理；反术语清单覆盖 Manager、Processor、Handler 等泛化技术词与模糊业务词；若在下单/交易流程引入“需求/意向”类中间概念（如 ShippingRequest、OrderDraft、BookingIntent），须声明其与主聚合的生命周期关系并记录 ADR。
限制：资料未提供具体收费、平台支持与运行环境信息；执行需依赖上游 ddd-subdomains、ddd-discover 等技能产出。