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