抢购后自动核对积分余额（基线在导入账号时获取），发布0.3.5

兑换成功会扣积分，所以"余额确实少了多少"是一个独立于接口返回的确认证据——
2026-09-30 出现过订单实际已支付、程序却报成失败的情况，只看接口返回不够。

基线的获取时机刻意放在抢购链路之外：轮次/预热期间任何额外请求都会挤占锁单，
账号越多越明显。基线只在三个时机更新：
- 导入账号后自动查一次（后台执行，不阻塞导入返回）
- 用户手动点"查询积分"时
- 每次抢购核对之后把最新余额存回，下一次抢购的基线就是上一次的终值，差值才准
账号被编辑（改名/换 Cookie）时清掉旧基线，删除账号时一并清理。

- 新增 ScoreBaselineStore（scores.json，与账号库同目录，原子写盘）：
  记录每个账号上次已知的积分余额与时间；账号库路径为空时退化为纯内存，不写工作目录
- 核对输出示例：
  "积分已扣减，兑换确认: 账号=a 抢购前=1000 抢购后=800 扣减=200"
  并把"|积分-200"附到结果集，账号表里也能直接看到确认信息
- 没有基线时只记录余额并提示"下次抢购即可比对"，不会误报"未扣分"；
  积分接口失败只记警告，不改变"抢到"这个结论
- 抢购进行中调用导入不会去查询积分（避免与锁单抢连接），提示稍后手动查询
- 预热日志措辞修正："开始预热: N 个请求" → "N 个账号"（每账号实际不止一个请求）
- 新增测试：TestVerifyRunResultsConfirmsScoreDeduction、TestVerifyRunResultsWithoutBaseline、
  TestVerifyRunResultsIgnoresScoreFailure、TestScoreBaselineStorePersists、
  TestFetchScoreBaselinesRecordsValues

frontend/src/components/modal/SettingsModal.vue

@@ -249,6 +249,7 @@ defineExpose({ open, close })
                   <li><strong>锁单优先</strong>：锁到即占住库存；支付晚几秒无损失，所以支付重试刻意放缓</li>
                   <li>已锁单的订单即使窗口结束也会把<strong>支付</strong>重试完（最长 180 秒）</li>
                   <li>首发请求：第一个账号立即发出，其余按几毫秒步长错开，整批不超过 0.3 秒</li>
+                  <li>抢购成功后自动核对积分余额：与<strong>导入账号时记录的基线</strong>比对，扣了多少分即确认兑换真的发生</li>
                   <li>"活动火爆/网络繁忙"是请求级限流（同一秒别的账号仍能锁单），会继续重试</li>
                   <li>"库存已耗完"也不提前停止：别人锁单未支付时库存会回流，会降频探测到窗口结束</li>
                 </ul>