Draft 82-0 排行榜更新：前 100、0-82 倒序与季后赛模式排名

现在每个模式的排行榜都展示前 100 条记录。前几名仍然最醒目，但第 51 到第 100 名同样有价值：它们能帮助你观察接近顶尖成绩的阵容是否有共同结构。一个阵容形态同时出现在第 3、第 28 和第 76 名，往往比只出现一次的奇招更值得复盘。新提交还会保存最终五人或挖角后的最终阵容；旧记录没有这项数据，因此继续留空，不会凭空补写。

前 100 不是随机抽取的 100 次尝试，而是被筛选出来的高成绩样本。高频游玩的玩家、重复刷出好牌的人、熟悉公式的人都可能被过度代表，所以它适合用来找策略假设，不适合直接推算普通玩家的平均胜率。排行榜增加的是可观察性，不是把一次模拟变成实验室里的因果证明。

经典、隐藏、Team、工资帽和 73-9 仍然是各自独立的比赛。普通 82 场模式先比较胜场，同胜场再比较 Team OVR；工资帽的性价比已经在模式约束和模拟结果里体现，不应该在排行榜排序时偷偷重复加权；73-9 也不应被强行当作 82 场完美赛季比较。模式边界清楚，榜单才不会用一个看似统一、实际误导的规则。

0-82 的目标不是赢得越多越好，而是尽可能一场不胜。因此榜单从胜场最少的结果开始，0-82 排在 1-81 和 2-80 前面。胜场相同时，Team OVR 更低的阵容领先。可以把它理解为一个清晰的字典序：先比更少的胜场，再比更低的 Team OVR，最后使用稳定的提交顺序。

这个规则让接近失败也有信息价值。1-81 不是毫无意义的失败，它是距离 0-82 最近的下一层样本。把它的最终阵容和 0-82 对照，重点找出那个意外创造胜场的功能：过强的第一得分点、过多的篮板、优秀的组织者，或者公式奖励的抢断与护筐。

这两个模式的核心不是一项常规赛总评。榜单先看球队是否夺冠、是否进入总决赛、分区决赛、次轮或首轮；进入同一轮次后，再比较季后赛胜场和更少的负场。冠军一定高于总决赛失利者，总决赛球队也高于止步分区决赛的球队。这样做是因为对手在季后赛有时间反复针对短板，常规赛的高 Team OVR 不能替代真正的系列赛生存能力。

例如两队都进入次轮，其中一队季后赛战绩 4-3，另一队 4-0 被横扫，前者会排在前面。深度是第一层成就，系列赛胜负是同一层级内的细化，而不是让早轮多打几场就压过更深的晋级。

新提交可以保存最终五人，Poach 则保存最后一次挖角后的阵容，并在有明确落点时保存球队代码。这个字段回答了成绩之外最自然的问题：这次成功到底用了谁？详情只附着在新记录上，历史记录不会为了看起来完整而猜测阵容。

这也意味着不要把一套五人名单当成万能配方。同一个球员在经典、工资帽、LeBron 和 Poach 中的价值可能不同，因为目标、价格、位置资格和季后赛流程不同。更好的复制方式是提炼“第二组织点、篮板支点、换防侧翼、护筐者”等角色，再根据自己的随机结果重新组队。

排行榜是典型的读多写少场景。用户刷新页面、切换模式、查看日榜和总榜，可能在几秒内重复读取同一份结果。如果每次都直达 Redis，正常浏览也会被放大成无意义的请求。因此排行榜读取现在有两层短缓存：服务端或边缘缓存 15 秒，当前浏览器会话也缓存 15 秒。这个窗口足够吸收重复读取，又不会让新成绩长时间不可见。

提交属于另一条路径：写请求不走缓存，并且接口继续限流。成功提交后会清除相关客户端缓存，让自己的新成绩尽快出现。缓存键还必须区分模式、时间范围、排序方向和条数；经典前 100 不能复用给 0-82，日榜也不能复用给总榜。缓存解决重复读，限流保护写入，两者不能互相替代。

先只看一个模式和一个时间范围，再扫描前三段：前 10 名看当前上限，第 11 到 50 名找重复结构，第 51 到 100 名找替代路线。记录位置组合、角色类型、Team OVR、季后赛轮次和可见的最终阵容，哪怕只是简单计数，也能发现模式到底奖励单一模板，还是存在多条成功路径。

然后专门比较相邻的接近结果：普通模式看 82-0 与 81-1 差在哪里；0-82 看哪一项能力把 1-81 推成了胜场；LeBron 和 Poach 看同轮次内谁的季后赛战绩更完整。排行榜记录的是本站规则下的一次模拟，不是官方 NBA 历史排名，也不能告诉你失败次数、抽到某球员的概率或刷榜成本。它最适合用来提出下一个可验证的问题。

排行榜不是历史球员价值的裁判，而是 Draft 82-0 规则下的结果记录。它测量的是某个随机阵容在特定目标、公式和流程中的表现。前 100 加上最终阵容详情后，我们可以从“谁排第一”进一步问“哪些五人解决了这个模式的约束，以及换一组抽牌后能否复现这种逻辑”。这正是榜单从展示页变成策略工具的意义。