domain-modeling
和 grill-with-docs 配套的"主动版"领域建模技能。它强调:光读 CONTEXT.md 不算这个技能,这个技能是当模型需要被改变时——用户用了和词汇表冲突的词,当场指出("你的词汇表定义 cancellation 是 X,但你好像说的是 Y,到底是哪个?");模糊/重载的词,当场提精确词("你说 account,是指 Customer 还是 User?");用具体场景压力测试领域边界;对照代码找矛盾("你的代码整单取消,但你刚说支持部分取消——哪个对?")。术语敲定当场更新 CONTEXT.md(不攒着);ADR 只在"难逆转+没上下文看不懂+真实权衡过"三条全满足时才写。CONTEXT.md 必须纯词汇表,严禁塞实现细节。
🔍 实测报告
★★★★☆ 4/5 进阶向
把"领域建模"从 DDD 大词变成可执行的四条纪律(冲突即指出/模糊即锐化/场景压测/对照代码),并给出文件布局(单上下文/多上下文 CONTEXT-MAP)和 ADR 三条件过滤,防文档泛滥。
本报告由自动化实测生成:读取技能完整内容,按描述验证可执行性与依赖。
有这个技能,差别在哪
| 遇到的情况 | 没有这个技能 | 有这个技能 |
|---|---|---|
| 你随口说"账号",项目里其实有 Customer 和 User | AI 顺着你的含糊词做,做错对象,返工。 | AI 当场停:"你是说 Customer 还是 User?"敲定写进词汇表。 |
| 代码实现和你说的话对不上 | AI 只照你说的做,矛盾留给以后爆炸。 | AI 主动对照代码:"代码是整单取消,你说部分取消——哪个对?" |
| 架构决策没人记录 | 半年后没人知道为什么这么设计。 | 三条全满足的决策当场记 ADR,凑不齐就不记,不堆文档。 |
装好后,AI 会这样帮你干活
你:我们项目里"结算"和"支付"老混着说,你帮理理
AI:先问你:结算是指账单生成,支付是指实际扣款,对吗?
AI:发现代码里 settlement 模块其实既生成账单又触发支付——和你的说法矛盾。
AI:敲定:支付是结算的一种履约方式。写进 CONTEXT.md,附"避免用"清单。
AI:这个区分影响一个难逆转的库选型,值得记一条 ADR。
安装(超简单,一句话搞定)
不用敲任何命令。 复制下面这句话,发给你的 AI 助手(Claude Code、Reasonix、Cursor、Codex 等都行),它会自己帮你装好:
帮我安装 domain-modeling 这个技能,它来自 https://github.com/mattpocock/skills ,装好告诉我是干什么的
你的 AI 助手可能还会问你放在哪、怎么用,照常回答它就行——就像平时让它干活一样,不用懂技术细节。
想自己动手?(不推荐,给懂命令行的人)
下面的命令按工具区分,均来自原仓库。普通用户请直接使用上面的一句话方式,让智能体代劳。
Claude CodeCodexCursorGemini CLIOpenCodeReasonix
/plugin marketplace add mattpocock/skills /plugin install
/plugins → 搜索 skills → Install Plugin
在 Cursor Agent 聊天中输入 /add-plugin skills
gemini extensions install https://github.com/mattpocock/skills
git clone https://github.com/mattpocock/skills.git 对应技能目录(详见原仓库 README)
用 install_source 安装 https://github.com/mattpocock/skills(Reasonix 会引导你完成)
来源与版权
- 原作者:Matt Pocock
- 原仓库:https://github.com/mattpocock/skills
- 许可证:MIT(允许复制、修改、翻译、再分发,需保留版权声明)
- 仓库路径:skills/engineering/domain-modeling/SKILL.md