很多团队在搭心理测评系统时，最先关注的是题库、报告和权限，觉得对象标识这件事只是个数据字段，先用姓名、手机号、学号、工号顶着也能跑。可一旦项目进入复测、档案管理、历史对比和跨角色协作阶段，最先拖后腿的往往就是这个看似不起眼的底层标识设计。
因为心理系统里一旦对象识别不稳，后面几乎所有“连续性”相关的能力都会一起受影响。表面上是技术字段问题，实际会一路影响到结果解释和业务管理。
姓名看起来最直观，但它从来不是一个稳定主键
同名、重名、改名、简写、录入习惯不同、部门或班级信息变动，这些在真实场景里都非常常见。只要系统主要靠姓名去绑历史记录，迟早会遇到“同名不同人”“同一个人被拆成两个人”“历史结果挂错对象”的问题。对普通系统来说，这也许只是数据清洗麻烦；对心理系统来说，这会直接污染复测对比和个体档案。
像复测对比不能跨版本硬比讨论的是版本边界，而对象 ID 讨论的是“前后到底是不是同一个人”。这两层如果任何一层没守住，历史对比就都容易失真。
更麻烦的是，前期很多团队并不会立刻意识到问题。因为单次施测看起来还能跑，一到半年后的复测、跨学期历史回看、跨部门协同时，同名错挂和历史断裂才会集中冒出来。那时再补对象 ID，成本通常会比一开始高很多。
稳定对象 ID，本质上是在给系统建立持续追踪能力
真正稳的心理系统，通常会让对象 ID 成为最底层的唯一标识，再把姓名、学号、工号、手机号这些现实字段作为可变属性挂在上面。这样即使现实身份信息变了，系统仍然知道“这是同一个对象”，历史报告、复测结果、回访记录和权限映射也能继续接得上。
这一步看起来不像量表、报告那样“有感知”，但对真正长期使用的心理测评系统来说，它反而是基础中的基础。因为系统最怕的不是数据少，而是数据看起来很多，实际却没法稳定追踪到同一个人身上。
对象 ID 为什么比姓名更值得先设计？因为心理系统最怕的不是名字不够直观，而是历史结果、复测记录和后续档案在“同名不同人”里慢慢散掉。真正的连续性，从来都要先建立在稳定对象识别上。