用途：围绕计划持续追问，直到达成共同理解，沿设计树逐分支推进，一次解决一个决策依赖；每个问题附推荐答案。用于在动手实现前压力测试计划、收紧术语，并记录领域决策。
主要能力：一次只问一个问题，等待反馈再继续；能通过探索 codebase 回答的问题就去查代码。探索时同步查找现有文档，识别单 context 结构（根目录 CONTEXT.md、docs/adr/、src/）或多 context 结构（根目录 CONTEXT-MAP.md 指向各 context 的 CONTEXT.md 与 docs/adr/）。按需懒创建文件：有内容可写时才建，无 CONTEXT.md 则在第一个术语解决时创建，无 docs/adr/ 则在首个 ADR 需要时创建。
会话中的做法：术语与 CONTEXT.md 已有语言冲突时立即指出；对模糊或过载术语提出精确的规范术语（如区分 Customer 与 User）；讨论领域关系时用具体场景压力测试边界；用户描述运作方式时对照代码，发现矛盾直接展示。术语一经解决就立即内联更新 CONTEXT.md，不批量积攒；CONTEXT.md 不绑定实现细节，只收录对领域专家有意义的术语。
ADR 只在同时满足三点时提议：难以逆转、缺少上下文会令人意外、是真实权衡的结果；缺任一点则跳过。
限制：资料未提供具体安装命令、平台、定价与许可信息；文件格式细节参考 CONTEXT-FORMAT.md 与 ADR-FORMAT.md，具体内容资料未展开。