数据模型先行
界面改一次是几分钟，数据模型改一次是把已有数据也一起迁走。这是整条链路上返工最贵的一环。
你会遇到的现象
- 某个信息在两个页面显示得不一致，因为它存了两份
- 想加个筛选，发现这个字段当初是拼在一个文本里的
- 界面怎么调都别扭，改了半天发现是数据关系不对
让 AI 直接做页面，它会顺着界面推数据：页面上要显示客户名，那就在项目表里加一个客户名字段。单页看没问题，等到有第二个页面也要用客户信息，数据就开始分叉。
怎么定
| 步骤 | 具体做什么 |
|---|---|
| 找名词 | 把内容清单和场景描述里的名词圈出来：项目、客户、改稿记录、对账单 |
| 判断实体 | 能被单独列出来、单独增删改的，就是实体；只是某个实体的属性的，就是字段 |
| 定关系 | 两两问一遍：一个 A 能对应几个 B，一个 B 能对应几个 A |
| 查重复 | 同一个信息如果出现在两个表里，多半该抽成独立实体 |
定错了的信号
- 同一个东西存了多份。改一处要同步改几处，迟早会漏。这是最典型的信号。
- 字段里塞了结构化的内容。把「张明 138xxxx」存进一个字符串，等要按电话搜索时就得重新拆。
- 某个表有一堆用不上的空字段。说明当初把两类不同的东西硬塞进了一张表。
- 删一条数据会牵连出一堆问题。关系没定清楚，删了客户之后项目变成孤儿。
软删除在这里值得单独说一句：给表加一个删除标记，而不是真的删掉。用户误删能恢复，关联数据也不会突然断掉。
给 AI 的话
PROMPT · 定数据模型
基于下面这份内容清单和使用场景，先设计数据模型，不要写界面。 内容清单：[粘贴清单] 场景：[谁、在什么时候、做什么] 请输出： 1. 实体列表。每个实体的字段、类型、是否必填、默认值。 2. 实体之间的关系，标明一对一、一对多还是多对多。 多对多请明确指出需要中间表。 3. 逐条检查有没有重复存储：同一个信息是否出现在多个实体里。 有的话说明为什么，或者建议怎么抽出来。 4. 列出你不确定的地方，比如某个字段该属于哪个实体、 某个关系的多少端。逐条问我，不要自己决定。 5. 哪些字段将来可能需要被搜索或筛选，据此说明为什么 不能把它们塞进一个大文本字段里。 另外：所有实体都加 created_at 和软删除标记。 我确认之后再写代码。
第五条是提前防坑。AI 为了让界面好写，很容易把几个信息拼成一个字段，等你要做筛选时才发现拆不开。