把四个字段复制到 Suno

Suno 读取的是四个彼此独立的输入，而最常见的提示词错误就是把它们揉成一团。在风格描述里塞进歌词，或者在歌词框里写制作要求，等于在一条指令里交待两件事，结果是两件都做不干净。

生成结果中的每张卡片，都有且只有一个去处。

Style

放入 Suno 的风格描述框。

这里是流派、速度、乐器编制、人声方向、制作质感和情绪，按刻意安排的顺序压成一行逗号分隔的文本——顺序本身就是指令的一部分。让它待在这个框里。不要往里加歌词、段落标签，或任何否定式表述；这三类内容各有自己的字段。

Lyrics

放入歌词编辑器，保留段落标签。

标签不是装饰。[Intro: stripped back]、[Chorus: powerful vocals] 和 [End] 是你告诉模型"编排在哪里变化、歌曲在哪里结束"的方式。因为觉得它们碍眼而删掉，是"曲子收不住"和"一上来就是满编制"这两个问题最常见的原因。

Exclude

只有非空时才需要粘贴。

Exclude 用来排除你不想听到的东西——auto-tune、heavy reverb，或者纯音乐里的 vocals。它确实有用，也确实容易被滥用：每一条排除都是一个新的约束，在和 Style 里的正向指令抢注意力，而一份冗长的排除清单造成的损害，往往超过它想防的那件事。只排除上一版里真正毁掉结果的东西，而不是你能想到的所有意外。

Settings

这一项是清单，不是复制粘贴。

这些值需要你在 Suno 自己的网页控制项里手动设置——它们存在于界面上，而不是某个文本框里。照着清单逐条设置即可。如果某一项在你的 Suno 界面上找不到，那是正常的：各个模型开放的控制项并不相同，而这份清单对应的是你选定的目标模型。

为什么必须分开

两个原因，第二个更容易被低估。

第一，指令更清晰。拿到干净的风格行、带标签的歌词和明确排除项的模型，需要消歧的东西远少于收到一整段混合描述的模型。

第二，分开才让下一版可诊断。当四个字段彼此独立时，一版不理想的结果会指向其中之一——人声不对，那就是 Style 里的人声方向不对。而当所有内容都被粘进一个框，糟糕的结果无法告诉你是哪个决定造成的，你只能回到"重写整段提示词然后碰运气"的循环里。单变量迭代要打破的正是这个循环。