用途：这不是“查词”式技能，而是在你改变领域模型时使用——质疑现有术语、为术语发明边界场景、在词汇刚定型时立刻写下来。若只是读取词汇表，用一句话习惯即可，无需本技能。
主要能力：维护项目的统一语言，做到一个术语只对应一个含义，且在文字、代码、文档与词汇表中保持一致；处理同名异义——那正是要做的功，需拆成两个具名术语并废弃过载的那个。
产出物：按项目既有约定维护词汇表；若没有约定，则在仓库根目录创建 CONTEXT.md。对已敲定的术语决策，用 /create-adr 记录，使“为什么”与“是什么”分开保存。
写法要求：每个术语写一条清晰定义，并附 Avoid 列表，列出被拒绝的同义词，避免同一概念以两个名字流动。通过压力测试打磨定义：构造该术语必须能应对的边界场景，无法正确分类边界场景的定义仍属模糊，需继续细化后立即写下。暂时无法解决的歧义要标注，解决后再记录。
完成标准：每个触及的术语都有定义与 Avoid 列表；每个标注的歧义要么已解决，要么被明确搁置。
限制：资料未提供运行环境、安装命令、依赖与收费等信息。