用途：对已有领域模型进行对抗式访谈，用文档化的领域语言压力测试设计方案，逐分支走查设计，一次解决一个依赖决策，并针对每个问题给出建议答案。每轮只问一个问题，等待回答后再继续。
主要能力：挑战术语表，当用户用词与 CONTEXT.md 冲突时立即指出并确认哪个是规范用法；把模糊或过载的术语收敛为规范术语；用领域相关的边界场景（订单、计费、排期、库存等）逼出精确边界；当问题可从代码库回答时，派发 Explore 智能体（fd 优先发现，git grep/ast-grep 内容搜索）去查证，而不是问用户——用户是意图来源，代码库是事实来源；发现计划与代码矛盾时当场提出要求先对齐。
使用方式：在会话中逐轮提问；术语一旦确定就立即写入 CONTEXT.md，采用即时捕获而非最后批量更新。CONTEXT.md 只记录有领域含义的术语，不含类名、字段名、数据库列等实现细节。仅当同时满足难以逆转、缺少上下文会令人意外、存在真实取舍三个条件时才开 ADR，否则跳过。文件结构支持单上下文仓库（根目录 CONTEXT.md 与 docs/adr/）和多上下文仓库（根目录 CONTEXT-MAP.md，各上下文各有 CONTEXT.md 与 docs/adr/）；文档按需惰性创建，有内容可写时才建。
适用场景：项目已有或需要 CONTEXT.md / ADR 作为被压力测试的产物时选用；与 VS 形态的澄清问题协议、无领域语言锚点的通用对抗式访谈相区分。
限制：资料未提供具体安装命令、收费方式、平台支持与效果数据。