用途：在设计过程中主动构建并打磨项目的领域模型，适合需要明确领域术语、统一语言（ubiquitous language）或记录架构决策的场景，也可供其它技能调用以维护领域模型。
主要能力：对照现有词汇表质疑冲突用语；把模糊或过载的术语收敛为精确的规范术语；用具体场景压力测试领域概念之间的关系与边界；将用户陈述与代码交叉核对并暴露矛盾；术语确定后立即内联更新 CONTEXT.md；必要时建议创建 ADR。
使用方式：仓库通常只有单一上下文，根目录放 CONTEXT.md，决策放在 docs/adr/。若根目录存在 CONTEXT-MAP.md，表示有多个上下文，该文件指向各上下文的存放位置（如 src/ordering/CONTEXT.md、src/billing/CONTEXT.md 及其各自的 docs/adr/）。文件按需惰性创建：第一个术语确定时创建 CONTEXT.md，需要第一条 ADR 时创建 docs/adr/。术语一经确定就即刻写入，不批量积压，格式参照 CONTEXT-FORMAT.md；ADR 格式参照 ADR-FORMAT.md。仅在同时满足难以逆转、脱离上下文会令人费解、且属于真实取舍三个条件时才建议创建 ADR，缺少任一条件则跳过。
限制：CONTEXT.md 只是词汇表，不得包含实现细节，不能当作规范、草稿本或实现决策存放处。读取 CONTEXT.md 获取词汇不属于本技能，本技能用于改变模型而非仅消费模型。工作流若指定了上游工具、账号、API 密钥或本地环境，则需要相应准备；未经用户明确批准，不授权执行破坏性、生产环境、付费或对外发消息等操作；生成的产物或建议需先对照用户的真实来源验证再视为最终结果。其它未在资料中说明的事项暂未提供。