中文歌词生成后出现漏字、连读或发音奇怪，先不要直接认定是模型的问题。通常先查输入文本：分行是否太密、标点是否被去掉、保存编码是否不是 UTF-8。把输入链路整理成可复现的小样例，再用一句歌词试听，能把“发音问题”和“旋律问题”分开。适用场景是 YuE2 或类似歌词转唱工具；操作动作是统一分行、标点和编码；验证方式是看文件内容并听短音频；边界是输入规范只能减少歧义，不能保证每个多音字和每个音高都正确。
如果中文歌词漏字、连读或发音怪，先把问题拆成文本输入和旋律生成两层。用 UTF-8 保存、按短句分行并保留标点，再用一句歌词做最小试听；先判断编码、分行、标点是否引入歧义，再判断字是否唱出、音高和节奏是否合理。边界是输入规范提高可复现性，不直接保证模型发音完全正确。
把中文歌词按可读方式分行写
整段连写最容易让模型把词界糊在一起。建议把歌词写成一行一个短句，遇到长句先按语义拆开。标点用来表示停顿和句尾，不要全部删掉；如果输入界面明确支持段落标签，可以保留 [Verse]、[Chorus] 这类标记，不支持时就用空行分段。
反面样例：整段连写，没有逗号句号，也没有换行。
[Verse]
夜色慢慢落下来我想起你眼睛像星星一样亮可是风又吹过带走所有声音正面样例：同一段拆成短行，保留逗号、句号，段落标记单独占一行。
[Verse]
夜色慢慢落下来，
我想起你，
眼睛像星星一样亮，
可是风又吹过，
带走所有声音。验证方式：把两版分别保存为两个 txt 文件，用同样参数生成，只对比漏字和连读变化。风险边界：分行不是越短越好，过短可能让旋律支离破碎；通常一行保持一个完整语义片段即可。
检查文本编码与文件保存方式
中文发音异常有时不是歌词写法，而是文件保存编码不对。建议统一用 UTF-8 保存歌词文件，扩展名用 .txt。不要用 GBK、ANSI 或未知编码直接喂给接口；如果编辑器显示正常但生成后变成问号、方块或乱码，先重新另存为 UTF-8。
Linux 或 macOS 可以先用 file 命令看编码，再直接输出前几行确认中文没有乱码：
file -i lyrics.txt
sed -n '1,20p' lyrics.txt如果输出里 charset 不是 utf-8，或者 sed 看到的内容已经是问号、方块，就先在编辑器里转成 UTF-8 再保存。Windows PowerShell 可以用：
Get-Content -Encoding UTF8 lyrics.txt另外可以用十六进制看文件开头有没有 BOM：
xxd -l 16 lyrics.txt如果文件开头出现 EF BB BF，说明带 UTF-8 BOM。部分输入链路会把它当成额外字符，建议另存为“UTF-8 无 BOM”后再试。验证方式是再次查看文件内容，并观察生成开头是否恢复正常。风险边界：编码只解决乱码和额外字符，不会修正歌词本身的歧义。
先用一句歌词跑一遍听发音
不要一上来就整首歌反复生成。先做最小测试，验证文本处理链路和听感。
- 新建文件 one-line.txt，只写一句歌词，例如：月亮升起来，我还在等你。
- 保存为 UTF-8，确认 cat 或编辑器里没有乱码。
- 用与正式生成相同的输入方式和参数跑一次，只生成这一句。
- 听的时候逐项记录：每个字是否唱出，有没有吞字；标点位置有没有停顿；“我还在”这类短词有没有被连读成别的音；句尾最后一个字是否清楚。
- 如果单句正常，再逐行增加歌词；如果单句异常，先改歌词写法或编码，不要先改旋律参数。
cat > one-line.txt <<'EOF'
月亮升起来，我还在等你。
EOF
file -i one-line.txt
cat one-line.txt要记录的听感点可以写成一行一条：漏字位置、连读词、错音、标点处停顿、句尾收音。适用场景是所有中文歌词输入排查；验证方式是同一句话只改一个变量重试；边界是单句正常不代表整首都没有问题，但能快速排除文本链路。
区分发音问题和旋律问题
漏字或连读，优先怀疑文本输入；音高不对、节奏怪，优先怀疑旋律生成或参考音频。不要把音高问题误判成歌词处理失败。可以按下面三项逐项判断。
观察项 | 字是否唱出 | 音高是否合理 | 节奏是否错位 | 下一步
漏字 | 否 | 不确定 | 不确定 | 检查该字前后标点和分行，单独跑该句
连读 | 部分 | 不确定 | 不确定 | 在词界加逗号或换行，再看是否改善
字都唱出但偏高 | 是 | 否 | 可能 | 先不动歌词，检查旋律或音高相关参数
字都唱出但抢拍 | 是 | 可能 | 是 | 检查分行和标点是否让模型无法判断停顿
句尾吞字 | 否 | 可能 | 可能 | 句尾保留句号或换行，单句重试对照表里“字是否唱出”看文本侧，“音高是否合理”看旋律侧，“节奏是否错位”两者都看。验证方式是每次只改一个字段对应的变量；风险边界是听感判断有主观性，建议同一句话多听几次再定性。
固定一份中文歌词输入规范
要让后续生成结果稳定可复现，最好把输入规范写下来，而不是每次凭感觉改。下面是一份可直接改用的条目示例。
- 分行规则：一行一个语义短句；通常 8—16 个汉字，长句按逗号处拆行；不把两个完整句子挤在同一行。
- 标点处理：保留中文逗号、句号、问号；统一用全角标点，不混用英文逗号和句号；省略号、破折号先少用。
- 段落标注：如果输入界面支持，使用 [Verse]、[Chorus]、[Bridge] 并单独占一行；不支持就用空行分段，不写额外说明文字。
- 文件编码：歌词文件保存为 UTF-8，无 BOM，扩展名 .txt；每次修改后先用 file -i 和 cat 检查。
- 验证顺序：先单句，再段落，最后整首；每次只改分行、标点或编码中的一项，记录改了什么。
- 问题字记录：多音字、生僻字、容易连读的词单独列一个清单，不要直接给整首歌词加注音，先确认输入界面是否接受注音格式。
这套规范适用于需要反复试听的中文歌词生成；验证方式是按单句—段落—整首的顺序回听并记录；边界是规范不能替代模型能力，遇到音高或节奏问题仍要回到旋律侧排查。