用途：在设计过程中主动构建并打磨项目的领域模型，而不是仅仅读取词汇。适用于用户希望明确领域术语、统一通用语言、记录架构决策，或需要挑战现有术语一致性的场景。
主要能力：对照现有 CONTEXT.md 术语表检查用户用词冲突并立即提出；把含糊或过载的术语收敛为精确的规范术语；用具体场景压力测试领域关系与边界；将口头描述与代码交叉核对并指出矛盾；术语确定后即时更新 CONTEXT.md；满足条件时提议编写 ADR。
文件结构：多数仓库单一上下文，根目录有 CONTEXT.md 与 docs/adr/；若根目录存在 CONTEXT-MAP.md 则表示多上下文，由该映射指向各上下文的 CONTEXT.md 与 docs/adr/。若存在 docs/agents/domain.md 则先读取以定位已配置的领域文档。文件按需惰性创建：首个术语确定时建 CONTEXT.md，需要首个 ADR 时建 docs/adr/。CONTEXT.md 只作术语表，不包含实现细节，格式见 references/CONTEXT-FORMAT.md。
ADR 仅在同时满足三项时才提议：难以逆转、脱离上下文会令人意外、是真实权衡的结果；否则跳过，格式见 references/ADR-FORMAT.md。
限制：资料未提供安装命令、收费信息、平台支持或效果数据。