系列导航：5 | 6 | 7

一次测评可能包含问卷、考试、阅读材料、多个量表和报告模板。运行期间如果每个页面都去读取资源当前版本，后台编辑会让同一参与者前后拿到不同题目。运行单位应当是一个绑定发布包的实例，所有子资源从同一份快照派生。

建立运行实例

任务启动时校验任务状态、访问模式、时间窗和提交令牌，再创建 assessment_run。实例写入任务 ID、release_id、参与者 ID、开始时间和状态。后续查询不再接受客户端选择的资源版本，服务端通过 AssessmentRelease 找到冻结的 FormDSL、题目快照和报告配置。

FormDSL 是输入，不是信任边界

运行服务从冻结快照解析题目类型、选项、必填规则和可见性条件。客户端提交的字段只作为候选值，服务端重新检查题目标识、数据类型、选项范围、矩阵结构和条件规则。题目被删除或版本不匹配时，提交失败并记录具体项，不把未知字段写入答案表。

答案保存分为原始接收和规范化结果。原始请求用于审计时应做长度和字段限制，评分只读取服务端生成的规范化对象。NUMBER 类型的答案使用 numberValue，不能依赖前端展示用的 rawValue。这个区别曾造成草稿试答提交失败，修复点在 FrozenFormAnswerResolver：它从冻结 FormDSL 解析标准值，再交给评分器。

自动保存要可重放

自动保存请求携带 runId、客户端序号和答案补丁。服务端按题目标识合并补丁，并以运行实例版本或乐观锁防止旧请求覆盖新答案。重复请求返回同一版本，网络重试不会产生重复答案记录。保存成功只表示答案落盘，不表示题目已完成或评分已通过。

系列导航：5 | 6 | 7

测评后台同时承载问卷、考试、材料和报告配置。编辑页面需要频繁保存，参与者却必须在整个作答周期内读取同一份题目和评分规则。把资源、发布版本和任务放在一张表里，任何一次后台修改都可能改变进行中的结果，问题发生后也很难回答“这份报告依据了哪个版本”。

三个对象对应三种生命周期

资源是可编辑的设计对象，保存标题、FormDSL、评分配置和报告模板。资源可以有多个草稿版本，但草稿不参与正式作答。发布包是审核通过后的不可变快照，绑定一个资源版本、题目快照和报告规则。测评任务引用发布包，运行阶段再附加参与者范围与执行策略。

核心关系可以简化为：

assessment_resource(id)
assessment_form_version(resource_id, version_no, form_dsl)
assessment_release(id, resource_id, form_version_id, status, checksum)
assessment_task(id, release_id, access_mode, starts_at, ends_at)
assessment_run(id, task_id, release_id, participant_id, status)

运行实例保存 release_id，不能只保存资源 ID。资源后来创建了新版本，旧运行实例仍然通过发布包得到原题目。发布包的 checksum 用来检查快照是否被意外修改，历史版本不在原记录上覆盖。

发布前校验要靠服务端

保存草稿时可以允许未完成字段，进入发布流程后执行完整 FormDSL 校验：题目标识唯一、选项引用存在、必填规则可解析、跳题条件不形成非法引用、评分维度和报告模板能够对应。前端校验提供反馈，服务端校验决定是否生成发布包。

发布动作在事务中完成：锁定目标资源版本，写入题目快照和配置快照，计算摘要，创建 AssessmentRelease，再把发布状态改为可用。任何一步失败都不应留下“已发布但快照为空”的记录。重复发布请求使用幂等键返回已有发布包。