长期维护代码库的团队，它是项目里的术语管家：代码与文档叫法不一致时，追问词义并写进仓库文件。
怎么用
在讨论代码术语、编写或修改项目的词汇表文件（CONTEXT.md）、记录架构决策（ADR）时使用。它会主动挑战用词是否准确、造出边界场景来检验模型，并把词汇表和决策立刻落进仓库文件——是「修改模型」，不只是「读一读模型」。仓库里附了词汇表和 ADR 的格式模板。
触发场景
同一个概念在代码和文档里叫法不一致；要为新项目建立术语表；需要记录一个架构决策及原因；讨论越深入越发现大家对某个词的理解不同。
优劣特点
优点是把「把话说清楚」变成可执行的纪律：挑战术语、写进文件、留下决策记录，长期维护成本明显下降。要注意：它需要项目里真有词汇表或决策记录这类落点（没有会先建）；改动会写进仓库文件，团队要接受这套约定；只读词汇表不算它的用法。
适用人群
适合需要长期维护代码库的工程团队，以及想让 AI 协作时用词一致的开发者。一次性脚本或个人小项目不必上这套。
常见问题
它是做什么的？
长期维护代码库的团队，它是项目里的术语管家：代码与文档叫法不一致时，追问词义并写进仓库文件。
支持哪些工具？
这个技能可以装进 Claude Code、Codex、OpenClaw、Hermes。
怎么用？
在讨论代码术语、编写或修改项目的词汇表文件（CONTEXT.md）、记录架构决策（ADR）时使用。它会主动挑战用词是否准确、造出边界场景来检验模型，并把词汇表和决策立刻落进仓库文件——是「修改模型」，不只是「读一读模型」。仓库里附了词汇表和 ADR 的格式模板。
源码在哪里？
源码地址：https://github.com/mattpocock/skills/tree/main/skills/engineering/domain-modeling
怎么安装？
安装在星算助手客户端里完成 —— 由它决定装进 Claude Code、Codex 还是别的工具，并写好对应配置。