音乐：把值得反复回味的旋律，整理成一份能查得动的曲库

场景化分类为什么比曲风分类更好用

以曲风为纲的传统分类，对刚接触某类音乐的人并不友好。用户真正的问题往往不是“我想听爵士”，而是“我现在需要一段不打扰思考的背景声”。场景标签直接回应了后者，把选择成本从“判断曲种”降低到“确认状态”。这也是我们优先做场景层、再做曲种层的原因。

编辑手记解决了什么问题

歌单的价值不在于曲目本身，而在于它为什么被这样排序。手记记录的是取舍：为什么第三首换成慢版，为什么删掉了原本排在末尾的那首。这些信息无法从曲目清单里读出来，却恰恰是用户判断“要不要听下去”的关键依据。

数据来源标注如何影响信任

当一条曲目信息标注了来源与复核日期，它就从“网站说的”变成“可以被验证的”。我们要求每张卡片都写明来源是编辑组核对、发行公告，还是资料库字段。这个动作成本不高，但能显著减少用户对错误信息的容忍度下降。

为什么标注“待考”而不是猜

遇到年份冲突时，最省事的做法是选一个看起来最合理的填上。但我们选择标注“待考”，因为一次猜测会污染后续所有基于它的筛选结果。索引站的核心资产是准确度，而不是字段的完整度。

轻量页面对内容站意味着什么

去掉外部样式库、图标字体和统计脚本后，首屏体积可以压缩到 38KB 左右。对索引类站点来说，用户往往只需要快速确认“有没有我要的东西”，页面越轻，这个确认动作越快，跳出率也越低。

从索引到导览的下一步

索引解决“找得到”，导览解决“知道该找什么”。接下来我们计划在歌单之间建立更密集的关联，让用户顺着一条线索能走到相邻的另一条线索，而不是每次都回到搜索框重新开始。