用途：对一份计划进行“拷问式”评审，围绕现有领域模型逐层追问，直到双方对设计达成共识，并同步沉淀术语与决策文档。
主要能力：一次只问一个问题，等待反馈后再继续；对每个问题给出推荐答案；若问题可通过阅读代码回答，则直接检查代码库而非提问。会话中会对照 CONTEXT.md 中的既有语言，指出术语冲突；把模糊或含义过载的表述收敛为精确的规范术语；用具体场景压力测试领域关系与边界；将用户描述与代码交叉验证，发现矛盾即指出；术语确定后立即更新 CONTEXT.md（遵循 CONTEXT-FORMAT.md），且不把 CONTEXT.md 与实现细节耦合，只收录对领域专家有意义的术语。
文档结构：仓库根目录可含 CONTEXT.md、docs/adr/、src/；若根目录存在 CONTEXT-MAP.md，说明仓库有多个上下文，由该映射指向各自位置。文件按需惰性创建：首个术语确定时创建 CONTEXT.md，首个 ADR 需要时创建 docs/adr/。
ADR 使用：仅在同时满足三个条件时才建议创建 ADR——难以逆转、脱离上下文会令人意外、存在真实取舍；任一条件不满足则跳过，格式遵循 ADR-FORMAT.md。
适用场景：需要澄清领域概念、统一术语、评审设计决策并留下文档记录的方案讨论。
限制：资料未提供具体安装命令、运行环境、平台支持、收费方式与效果数据，暂未提供。