Files
Jyotisha/docs/testing/rectification-validation-20260920.md
T
jesse-uxandClaude Code 932f2fffba
Independent Staging Quality Gate / validate (push) Successful in 12m7s
Independent Staging Quality Gate / publish (push) Successful in 3m46s
research(rectification): add reported-offset evaluation and frozen rerun integrity
Preserve closed confirmation gates and previously-exposed dataset boundaries. Add auditable 900-trial sensitivity results, current scorer freshness checks, and the v5 collection protocol.

Co-Authored-By: Claude Code <noreply@anthropic.com>
2026-09-20 12:03:52 +08:00

2.3 KiB
Raw Blame History

生时校正验证补缺 · 补验清单(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 quickWindows 本机在 source inventory 检查因缺 mcp 阻塞。完整输出与同基线逐项比对,不把“新增回归通过”写成“整个快速门通过”。
  5. 前端运行 tsc --noEmitnpm run lintnpm testnpm run build;单独确认 rectification-confirmation-gate.test.ts 全绿。构建必须得到完整 / Static 与首屏 gzip 产物再比较,不能以未修改业务代码替代。
  6. 核对冻结的 12 个打分文件与执行基线字节相同,status=not_readyconfirmation_coverage_rate=0、官方独立盲测次数仍为零。

交付后才执行

  • 获准推 staging 后,检查 Gitea 的对应 SHA 门禁和部署;不参考只读 GitHub 镜像。
  • 核对 /api/healthdeployment.gitCommit 为最近含门禁路径改动的 staging SHA;若之后仅文档提交,另跑 docs-only-range 验证。
  • 未部署不得写“线上验证通过”。本轮不提升 main。

研究遗留(不是软件环境补齐就能解决)

  • 新独立盲测必须等待未曝光 v5 的独立标注、人审、封存与预注册;v3 重跑不能替代。
  • 真实申报偏差分布需要受控用户样本、独立出生记录与合规授权。本轮敏感性表不代表真实用户总体表现。
  • v5 备选人物只是候选筛选,不是资料已经采集完毕或人审已通过。