v1.0.36

修复

• 从旧版本升级上来的部署，用量统计会彻底停止累计（且毫无提示）：这是最需要
  你留意的一条——只有「建库早于 v1.0.33、之后升级上来」的部署会踩到，全新安装
  不受影响，所以你如果装的是新版就不会遇到。

  症状是统计数字冻结在升级前：仪表盘、统计页、按模型/密钥的明细都不再更新，
  但页面照常刷新、接口也正常返回 200，看不出任何异常。同时「修复统计」按钮点下去
  报错。

  原因是升级时只给旧库加了个字段，而底层的写入语句早已改成用「四个字段」去匹配
  唯一记录——旧库还是三个，两者对不上，于是每一次统计写入都失败。这个失败被
  设计成不影响你的正常调用（统计是旁路），所以只留在服务端日志里：

  累计用量失败（不影响请求）: ON CONFLICT clause does not match any PRIMARY KEY...
  

  现在升级时会自动把这个表按正确结构重建，历史数据完整保留（已实测：迁移
  前后的行数与请求数完全一致，且可重复启动不重复迁移）。你的原始调用日志一直
  是完整的，所以即使之前统计停了，更新后点一次「修复统计」就能把缺的补回来。

  另外加了可见性提示：统计页若检测到「今天有调用记录、但统计为 0」这种不该
  出现的组合，会直接显示一条黄色警告并指向「修复统计」按钮。这个缺陷拖了几个
  版本才被发现，就是因为它是静默的——写入失败不影响转发，界面看起来一切正常。

• 国际版模型列表还是缺 DeepSeek（这次找到真正的原因了）：此前只修了一半——
  模型目录在腾讯那边是两级取数，官方客户端会同时问企业接口和一个我们没问过
  的接口，部分模型只在后者下发。只问企业接口就会丢掉它们，实测国际版少了
  deepseek-v4.1-flash、gpt-6-astra、hy4-preview-f、kimi-k2.8-preview
  四个（hy4 系列也在其中）。现已两路一起取、按模型 id 合并去重，
  任一路失败仍能用另一路的结果（不会因为一边抽风整页取不到模型）。

• 连登奖励的积分没算进收益、抽奖中奖显示成失败：上游新增了连登奖励领取与
  连登抽奖（连续登录到 7/14/28 天可领积分）。它们的日志挂在与「活跃上报」相同的
  类型下，所以任务记录页能收到，但结果文案是新格式：

  • 领奖的积分显示为 0（拿到 +100 却显示没赚）——现在按 credit 段正确计入
    （energy / 抽奖次数不是积分，不混进来）；
  • 抽奖成功被判成失败（红色）——它的文案里没有「ok」字样，落到了兜底分支。
    中奖显示成报错比不显示更糟；现在按成功处理，积分奖也计入收益。

• 容器镜像不支持 arm64，ARM 机器拉下来用不了：发版流程用 docker build 构建，
  只产出 runner 自身的架构（amd64），所以 Apple Silicon、ARM 云主机（Oracle、
  华为鲲鹏等）拉镜像时会直接报 no matching manifest for linux/arm64。
  现已改为用 buildx 同时构建 linux/amd64 与 linux/arm64 并合并成一个
  manifest list，docker pull 按机器架构自动选择。

  同一个问题的第二处：Dockerfile 里安装 docker CLI 时把静态包的路径写死成
  x86_64。而 Docker 官方静态包的目录名与 Docker 自己的架构名并不一致
  （amd64→x86_64、arm64→aarch64），于是即便镜像能拉下来，容器内的
  docker 命令在 ARM 上也是一个跑不起来的 x86_64 二进制——要等到调用它
  （重载上游、读上游日志）时才报「格式错误」。现在按目标架构选包，
  并在无法识别的架构上构建期直接失败，而不是产出一个坏镜像。

  直接 docker compose up --build（不走 CI）的 ARM 用户同样受益：没有 buildx
  时按宿主机架构回退取包，不再需要手工改 Dockerfile。