用途：以“追问式面试”方式对某个计划做压力测试，围绕项目已有语言与已记录决策逐一澄清，直到达成共同理解。
主要能力：沿着设计树的各个分支逐个解决决策之间的依赖；一次只问一个问题，等待反馈后再继续；如果问题可通过探索代码库回答，就先探索代码库；每个问题给出推荐答案。会话中会根据 CONTEXT.md 词汇表挑战冲突术语，精炼模糊或重载的术语，用具体场景压力测试领域关系，并与代码交叉引用、暴露矛盾。
文档结构：多数仓库只有一个上下文，根目录含 CONTEXT.md 与 docs/adr/；若根目录存在 CONTEXT-MAP.md，则仓库有多个上下文，映射指向各上下文位置及系统级与上下文级 ADR。文件惰性创建：解析出第一个术语时创建 CONTEXT.md，需要第一个 ADR 时创建 docs/adr/。解析出术语后立即内联更新 CONTEXT.md，不批量处理，格式参照 CONTEXT-FORMAT.md；CONTEXT.md 只作词汇表，不含实现细节。
ADR 提供条件：仅当“难以逆转”“无上下文时会令人惊讶”“是真正权衡的结果”三者同时成立时才建议创建 ADR，任缺其一则跳过，格式参照 ADR-FORMAT.md。
适用场景：用户希望依据项目术语与已记录决策来检验计划、澄清概念边界时。
限制：资料未提供具体安装、收费、平台或效果信息；此处不编造。