用途：对一份计划进行“拷问式”评审，直到双方对设计达成共识。它会沿设计树的每个分支逐项推进，逐个解决决策之间的依赖关系。
主要能力：每次只问一个问题，等待反馈后再继续；每个问题都给出推荐答案；若问题可通过探索代码库回答，则改为直接查看代码。探索时同时查找现有文档，识别单上下文仓库（根目录 CONTEXT.md、docs/adr/）与多上下文仓库（根目录 CONTEXT-MAP.md 指向各上下文）。
术语与文档：当用户用词与 CONTEXT.md 中既有语言冲突时立即指出；对模糊或含义过载的词提出精确的规范术语；用具体场景压力测试领域关系；将用户描述与代码交叉核对，发现矛盾就提出。术语确定后立即就地更新 CONTEXT.md，不批量处理，格式见 CONTEXT-FORMAT.md；CONTEXT.md 不耦合实现细节，只收录对领域专家有意义的术语。文件按需创建：没有 CONTEXT.md 时在第一个术语确定后创建，没有 docs/adr/ 时在需要第一个 ADR 时创建。
ADR：仅在同时满足三个条件时才建议创建——难以逆转、缺少背景会令人困惑、是真实权衡的结果；缺一即跳过，格式见 ADR-FORMAT.md。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据。