yuetsh 3921c496cb fix(成就): 后台补发成就后重算已解锁数并接着判「奖杯收藏家」；recount 订正存量 ...

rescanAchievement 只插 user_achievement、加 unlock_count，不重算
achievement_unlocked_count，也不做元成就的第二轮判定（旧 rescan_achievement
原样如此）。判题结算只在「这次有新解锁」时才重算，所以被补发的人计数会一直停在
旧值。2026-09-07 一次补发之后 269 人少算，其中 10 人实际够 15 个却没拿到
「奖杯收藏家」。

- 新增 refreshUnlockedCount：一条 SQL 按 user_achievement 重算，只 jsonb_set
  这一个键、只写值变了的行。rescanAchievement 补发非白金成就后调用它，再补发元成就。
- recount 同时核对已解锁数与元成就漏发，--apply 先改计数再补发，复核同一份口径。

用 09-14 生产备份实跑：recount 订正 269 人、补发 10 条，复核通过、重跑无差异，
其余指标 0 行被动；模拟调低阈值补发 1504 条，「奖杯收藏家」随之 65 → 95，
与预先算出的跨线人数一致。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01K1d8B3f4SXJwDvUY625eQd

2026-09-14 05:55:38 -06:00

..

src

fix(成就): 后台补发成就后重算已解锁数并接着判「奖杯收藏家」；recount 订正存量

2026-09-14 05:55:38 -06:00

drizzle.config.ts

build(数据库): 改用 drizzle migration，加提交列表索引、清掉 Django 残留

2026-08-26 07:56:30 -06:00

package.json

ops(成就): 加 fix-achievement-hours，订正时区丢失期间误发的「夜猫子」「早起的鸟儿」

2026-09-14 05:55:27 -06:00

tsconfig.json

feat(阶段1): drizzle schema 从本地库生成并剪掉 Django 框架表

2026-08-06 20:45:51 -06:00