领域建模

在设计过程中主动构建和打磨项目的领域模型。

在会话过程中

根据术语表进行质疑

当用户使用的术语与 CONTEXT.md 中的现有语言相冲突时，立即指出。

澄清模糊用语

当用户使用模糊或含义重叠的术语时，提出一个精确的规范术语。

讨论具体场景

在讨论领域关系时，用具体场景进行压力测试。

与代码交叉引用

当用户描述某个功能如何运作时，检查代码是否与之一致。

实时更新 CONTEXT.md

当一个术语得到确定时，立即更新 CONTEXT.md。不要积攒起来——在术语确定时就记录下来。

CONTEXT.md 应当完全不含任何实现细节。它是一个术语表，仅此而已。

谨慎提议 ADR

仅在以下三个条件同时满足时才提议创建 ADR：

1. 难以逆转 —— 以后改变主意的代价很高
2. 缺乏背景会令人困惑 —— 未来的读者会疑惑"为什么要这样做？"
3. 真正权衡的结果 —— 存在真实的替代方案，你出于特定原因选择了其中一个

如果三个条件中有任何一个不满足，就跳过 ADR。