用途：对一份计划进行持续追问式评审，直到双方达成共识。它会沿着设计树的每个分支逐项推进，逐个解决决策之间的依赖关系，并对每个问题给出推荐答案。
主要能力：一次只通过 AskUserQuestion 提一个问题，不批量提问，因为每个回答都可能改变下一个问题；每个问题基于对代码库和计划的分析给出 2–4 个具体选项，互斥决策用单选，非互斥用多选；AskUserQuestion 自带“Other”自由输入选项，无需手动添加；若问题可通过探索代码库回答，则直接探索而非提问。
领域感知：探索代码库时同时查找现有文档。多数仓库只有一个上下文，根目录含 CONTEXT.md 与 docs/adr/；若根目录存在 CONTEXT-MAP.md，则仓库有多个上下文，该映射指向各上下文位置，各上下文可有自己的 CONTEXT.md 与 docs/adr/。文件按需创建：首个术语确定时创建 CONTEXT.md，首个 ADR 需要时创建 docs/adr/。
会话中的做法：当用户用词与 CONTEXT.md 中既有语言冲突时立即指出；对模糊或含义过载的术语提出精确的规范术语；用具体场景压力测试领域关系，逼出概念边界；当用户描述某行为时对照代码，发现矛盾就提出；术语确定后立即就地更新 CONTEXT.md，不批量处理，格式见 CONTEXT-FORMAT.md。CONTEXT.md 只作术语表，不含实现细节，不是规格、草稿或实现决策仓库。
ADR 仅在同时满足三点时才建议创建：难以逆转、脱离上下文会令人意外、是真实权衡的结果；缺一即跳过，格式见 adr-format.md。
限制：资料未提供安装命令、平台支持、收费方式或具体效果数据。