为什么一份 blbl.txt 值得单独写一页说明
项目里总有些东西不适合塞进数据库——频道别名对照、字幕时间轴偏移、批量转码的输入清单、旧遥控器的按键映射。它们要被人眼快速扫读，也要被脚本稳定解析，于是团队约定俗成，把它们统一写进一份叫 blbl.txt 的纯文本清单。
麻烦在于，这份清单没有官方规范。Windows 记事本默认写出 GBK，macOS 和 Linux 侧一律 UTF-8；有人手动加了 BOM，有人把制表符和空格混着用；行尾符在 CRLF 与 LF 之间来回跳。同一份 blbl.txt，在这台机器上整齐如表格，换台设备打开就是一串问号。
更隐蔽的是，这些差异不会立刻报错。往往等到批量任务跑到一半，脚本才吐出半截结果，排查成本陡增。等你想回头定位时，已经很难判断是哪一步引入了污染。
真正要解决的不是“怎么写”，而是先定一套可执行的约定：编码统一、行尾统一、注释符统一、字段分隔统一。四件事锁死之后，所有批量操作才有讨论的基础。下面这份 结构样本库，是我们在不同项目里把 blbl.txt 用顺手之后沉淀下来的典型写法，点击卡片可以展开细节；如果你更关心取舍逻辑，可以直接跳到 核心优势 一节。
