# 生时校正验证补缺 · 补验清单(2026-09-20) 本轮无产品/界面/数据库行为改动。不要让用户提供私人出生资料以补本轮验收;偏移评测使用已登记公开数据。 ## 在完整依赖的 Linux 环境补验 1. 用本轮提交创建干净工作树,安装仓库锁定依赖,不借用其他账号/凭据。 2. 运行 `python scripts/pre_work_check.py --remote-timeout 8 --command-timeout 45`。本机已知基线碎片镜像断言失败,不能以远端 verified 代替预检通过。 3. 运行 `python -m pytest tests/test_reported_offset_research.py tests/test_sealed_holdout_contract_freshness.py tests/test_rectification_validation_integrity_gate.py tests/test_rectification_confirmation_and.py tests/test_minute_rectification_holdout_validator.py tests/test_minute_rectification_fact_blind_eval_v4.py -q`。旧 v2 封存哈希测试在基线已失败,不改历史值来消除失败。 4. 运行 `python scripts/run_quality_gate.py --profile quick`;Windows 本机在 source inventory 检查因缺 mcp 阻塞。完整输出与同基线逐项比对,不把“新增回归通过”写成“整个快速门通过”。 5. 前端运行 `tsc --noEmit`、`npm run lint`、`npm test`、`npm run build`;单独确认 `rectification-confirmation-gate.test.ts` 全绿。构建必须得到完整 `/` Static 与首屏 gzip 产物再比较,不能以未修改业务代码替代。 6. 核对冻结的 12 个打分文件与执行基线字节相同,`status=not_ready`、`confirmation_coverage_rate=0`、官方独立盲测次数仍为零。 ## 交付后才执行 - 获准推 staging 后,检查 Gitea 的对应 SHA 门禁和部署;不参考只读 GitHub 镜像。 - 核对 `/api/health` 的 `deployment.gitCommit` 为最近含门禁路径改动的 staging SHA;若之后仅文档提交,另跑 docs-only-range 验证。 - 未部署不得写“线上验证通过”。本轮不提升 main。 ## 研究遗留(不是软件环境补齐就能解决) - 新独立盲测必须等待未曝光 v5 的独立标注、人审、封存与预注册;v3 重跑不能替代。 - 真实申报偏差分布需要受控用户样本、独立出生记录与合规授权。本轮敏感性表不代表真实用户总体表现。 - v5 备选人物只是候选筛选,不是资料已经采集完毕或人审已通过。