一环歌曲工程文件模板

它解决什么问题

写歌的流程往往是「AI 直接生成一首歌」，但真正可交付、可复用的工程文件需要十几个互相关联的部分：歌词要带 Suno 元标签、风格提示词要分标准版/精简版/排队版、MV 分镜要有 29 镜以上、宣发要覆盖 7 个平台。漏掉任何一环，用户都会回头追问「排队风格提示词呢？」「播客脚本怎么只有标签？」。这个技能把这些要求固化成一份强制章节清单，让每次新建歌曲项目时结构一致、不遗漏。

核心能力与工作方式

技能的核心是十二章节模板，按顺序逐节填写：

• 歌曲信息与歌词：第一章是曲风/BPM/音域等元信息；第二章要求完整的 Suno 元标签版歌词，方言念白单独标 [Spoken Word]
• Suno 提示词三件套：标准版（≤800字符）、精简版（Style 字段粘贴用）、排队版（3~4 个变体，每个侧重不同方向，标注字符数，共用同一排除标签）
• 音域适配：不只写音域范围，还要做韵脚开口音检查，避免高潮句押 ang/uang 这类开口音导致飙高音
• MV 分镜：剧本式结构，至少 29 镜，每镜必须包含画面描述、提示字幕、特效说明三要素，推荐四幕叙事结构
• 封面提示词：提供中文/英文精简/9:16 竖版三种格式
• 宣发配套：口播文案 + 覆盖快手、小红书、B站、抖音、视频号、公众号、播客共 7 个平台的方案，播客必须是逐段完整脚本

交付时有一条硬性规则：必须主动附带歌词优化建议，但只给建议不改原文，每处建议说明理由，并标注哪些句子「完全不动」。

适用边界与注意事项

几个已踩过的坑值得留意：

• 用户已有非标准章节（曲式结构、创作思路等）时，不要直接追加新章节导致编号断层，应全文件重排，原内容移到附录
• 涉及真实地名的基建/事件，先联网搜索确认是「已建成」还是「正在争取」，否则口播和标题可能整体翻车
• 用户说「增加一段」时，先确认插入位置再动刀
• 后续补充故事细节时，按歌词→分镜→口播→元数据四层检查清单同步更新，防止「改了 Verse 却忘了同步播客脚本」这类不一致