标准 LRC：兼容性之王
每行一个时间戳加一行文本，几乎所有播放器都支持。缺点是只有行级精度，无法做逐字高亮。
适合场景：日常听歌、桌面播放器、手机播放器、多数直播场景。如果你的歌词已经做了逐字对齐，导出标准 LRC 会丢失逐字数据，注意保留工程。
增强型 LRC 与 KSC
增强型 LRC（A2 扩展）在行内给每个字加时间戳，支持逐字高亮。支持的播放器在增加，但仍是少数派。导出前确认目标播放器声明支持增强格式。
KSC 是专业卡拉OK系统格式，逐字精确且支持卡拉OK特效，但通用性最差，只在 KTV 类系统里可靠。
SRT 与纯文本
SRT 是视频字幕格式，做歌词视频（MV、短视频）时把歌词导出为 SRT 导入剪辑软件，时间轴直接可用，省去手动对齐。
纯文本 TXT 没有时间轴，适合歌词册、公众号文章、打印。分享歌词含义和创作背景时，纯文本比带时间戳的格式更合适。
选择决策与多版本管理
决策顺序：先确定播放场景，再选格式；不确定就先导标准 LRC 实测。同一首歌保留多个格式版本时，文件名标注格式，全部放在同一项目文件夹。
格式转换有损：增强型转标准 LRC 会丢逐字数据，工程里的完整数据才是源头，格式文件都是派生品。
导出格式的选择还要考虑接收方：发给合作方制作时先问对方支持什么格式，按对方工作流导出，比按自己的习惯导出再让对方转换更专业高效。
格式选择的未来视角：随着逐字卡拉OK和直播歌词的普及，增强格式的支持面在扩大。工程里保留逐字数据，未来目标设备升级后随时可以导出更高精度的格式，这就是"源头数据完整"的长期价值。
团队协作中的格式约定
多人协作时格式约定先行：歌词文件用哪种格式、命名怎么规范、版本在哪里更新，开工前对齐一次，避免各用各的格式最后合并困难。
约定文档化：把格式约定写在项目说明里，新成员加入时先读约定。口口相传的约定在人员流动时必然失守。