用途：对一份计划进行持续追问式评审，直到双方对设计达成共识。它沿设计树的每个分支逐项推进，逐一解决决策之间的依赖关系。
主要能力：每次只问一个问题，等待反馈后再继续；每个问题都给出推荐答案；若问题可通过阅读代码库回答，则改为直接探索代码库。领域感知方面，探索代码时会查找现有文档，包括 CONTEXT.md、docs/adr/ 下的 ADR，以及根目录的 CONTEXT-MAP.md（存在时表示仓库有多个上下文，并指向各自位置）。
使用方式：会话中会对照术语表挑战冲突用词，把模糊或含义过载的术语收敛为精确的规范术语，用具体场景压力测试领域关系与概念边界，并与代码交叉验证，发现矛盾时直接指出。术语一旦确定，立即就地更新 CONTEXT.md，不批量积压，格式参照 CONTEXT-FORMAT.md。ADR 仅在同时满足难以逆转、缺乏上下文会令人困惑、且是真实权衡结果这三个条件时才建议创建，格式参照 ADR-FORMAT.md。
限制：应使用项目已有的规范术语表和 ADR 位置；在 Brain 项目中按既有结构写 .svx；CONTEXT.md 布局只是回退方案，不应另建竞争性的事实来源；只创建已解决决策所需的产物。资料未提供具体安装命令、收费与平台信息。