🎯 什麼情境該想到我
當你「開發者和領域專家在同一件事上用不同名詞、需求討論和程式碼裡的詞兜不起來」的時候。若某個講法在對話中很順、寫進模型卻卡卡的，那通常代表模型本身有問題，而不是措辭問題。
⚙️ 怎麼用（步驟 / 公式）
意圖：讓團隊（開發者與領域專家）圍繞領域模型，建立並使用「同一套」語彙，貫穿日常對話、圖、文件與程式碼。語言不一致，就是模型不清的訊號。
做法要點：
- 以領域模型為骨幹，挑出核心概念與其關係，替每個概念定一個大家都同意的名字。
- 讓這套詞同時出現在口頭討論、需求、圖示、類別/方法命名裡——同一件事只用同一個詞。
- 說話卡住或詞不達意時，別急著繞過，把它當成模型有缺陷的線索，回頭修模型與語言。
- 語言會演化：當領域理解變深，同步更新語彙與程式碼中的命名，保持一致。
🧪 我實際套用的紀錄
- （待填）
⚠️ 注意 / 什麼時候不適用
- 通用語言只在一個限界上下文內保證一致；跨上下文同一個詞可能有不同意義，別強求全公司統一一套詞。
- 它要靠領域專家與開發者持續對話維護，不是寫一份詞彙表就一勞永逸。
- 若領域專家不參與、只有工程單方面命名，很容易退化成技術黑話，失去「共用」的意義。
🔗 相關工具
- 限界上下文 Bounded Context（通用語言的一致性以限界上下文為界）
- 上下文對應 Context Map（不同上下文各有自己的語言，用地圖看清彼此關係）
- 領域驅動設計