核心链路全部跑通：选题、加篮、导出 Word 原生公式、下载原卷、报问题。 没有发现坏功能。三个隐患都不在功能上，在工程卫生上。
问题报告.jsonl，服务端盖时间戳同一个 gen_组卷台.py 存在两个位置，内容不一样。从产物时间戳看，真身是「胡小群题库」那份，
「组卷系统」里的是过期副本。
为什么危险：下次谁打开了「组卷系统」那份改，改完跑生成器却用的是另一份 —— 改了等于没改， 而且不报错。你之前在题库那边踩过同一个坑（「改源要同步副本」）。
题目配图是 base64 内嵌在 HTML 里的，所以文件才这么大。浏览器打开要先把这一大坨全解析完：
本地还能忍。但每加一本书就更慢，而且这条曲线只会往上走。 真要解决就得把题目数据拆出去按需加载 —— 是个大改动，先记着，不急着动。
我测出「加了 25 题 → 刷新 → 试卷篮显示 0」，但同时发现浏览器存储里那 25 题还在。
本来要报成 bug，但我的测试浏览器在读存储时反复抛安全错误 —— 所以这很可能是我的测试环境造成的假象，不是真问题。我不能拿这个当结论给你。