用途：在项目设计过程中主动构建并打磨领域模型，而不是仅仅读取词汇表。适用于需要确定领域术语、统一语言、记录架构决策，或需要挑战模糊术语、检验概念边界的场景。
主要能力：对照 CONTEXT.md 中的既有语言，当用户使用冲突术语时立即指出；将模糊或含义过载的词语收敛为精确的规范术语；用具体场景压力测试领域关系，尤其是边界情况；将用户描述与代码交叉核对，发现矛盾时提出；术语一旦确定就立即更新 CONTEXT.md，不批量积压；在满足条件时提议创建 ADR。
文件结构：多数仓库只有一个上下文，根目录含 CONTEXT.md、docs/adr/ 与 src/。若根目录存在 CONTEXT-MAP.md，则说明有多个上下文，该映射指向各上下文位置，各上下文可有自己的 CONTEXT.md 与 docs/adr/。文件按需惰性创建：第一个术语确定时创建 CONTEXT.md，需要第一条 ADR 时创建 docs/adr/。
使用方式：在会话中持续进行术语挑战、语言收敛、场景推演与代码核对，并即时写入 CONTEXT.md，格式参见 CONTEXT-FORMAT.md。CONTEXT.md 只作词汇表，不包含实现细节，也不作为规格或草稿本。
ADR 提议条件：仅在同时满足三点时提议——难以逆转、缺少上下文会令人意外、是真实权衡的结果。任一条件不满足则跳过，格式参见 ADR-FORMAT.md。
限制：资料未提供安装命令、平台支持、收费方式或具体效果数据。