mcpField
L
lyric-refiner

lyric-refiner

github.com/bitwize-music-studio创意与媒体603240 次安装2 周前更新
代码仓库

关于 lyric-refiner

该技能通过可配置的连续轮次润饰现有歌词,同时保留作者意图。它支持单曲和整张专辑流程,并检查曲目连贯性与专辑整体统一性。

主要功能

  1. 01精简措辞并删除冗余
  2. 02检查曲目间的主题连贯性
  3. 03评估专辑整体语气、节奏和副歌
  4. 04设置 1 至 5 轮润饰
  5. 05跳过纯音乐或无歌词曲目
  6. 06应用用户风格偏好

适用场景

  1. 01在不改写核心内容的前提下润饰歌词
  2. 02统一专辑中的反复意象和叙述声音
  3. 03结合专辑其他曲目润饰单首歌词
  4. 04检查专辑节奏并区分各曲副歌

MCP 相关

使用 MCP 工具查找专辑并列出曲目,然后读取和润饰歌词。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/bitwize-music-studio/claude-ai-music-skills --skill lyric-refiner

安装后在 Claude Code 中输入/lyric-refiner确认已加载。

详细介绍

你的任务

输入:$ARGUMENTS

解析参数
  1. 确定目标范围:
    • 如果参数是专辑名称/slug → 专辑模式(润色所有曲目)
    • 如果参数是曲目文件路径 → 单曲模式(润色一首曲目)
  2. 解析轮数:查找 --passes N(默认值:3,最小值:1,最大值:5)
    • 如果 --passes > 5,警告:“超过 5 轮后收益递减——上限设为 5 轮。”
纯器乐曲目保护

使用单曲路径调用时,首先检查曲目的 frontmatter 中是否有 instrumental: true,或 Track Details 表格中是否有 **Instrumental** | Yes。如果曲目是纯器乐曲目:

  • 停止并报告:“这是一首纯器乐曲目——没有歌词可供润色。请使用 /bitwize-music:suno-engineer 处理 Style Box。”
  • 不要尝试润色纯器乐曲目。

在专辑模式下,纯器乐曲目会静默跳过,并附上一行说明(不阻止处理)——请参阅下文“解析专辑和曲目”中的分类步骤。同一张专辑中同时包含纯器乐曲目和人声曲目是常见情况,不属于错误。

解析专辑和曲目
  1. 使用 find_album(name) MCP 工具查找专辑
  2. 使用 list_tracks(album_slug) 获取所有曲目
  3. 将每首曲目归入以下三类之一——润色器只处理第三类:
    • 纯器乐——frontmatter 中有 instrumental: true,或 Track Details 中有 **Instrumental** | Yes → 跳过,输出 Skipping {track} — instrumental
    • 尚未准备好——状态为 Not Started / Sources Pending,或 Lyrics Box 中没有内容 → 跳过,输出 Skipping {track} — no lyrics yet ({status})
    • 可润色——已写好歌词的人声曲目 → 纳入润色轮次集合
  4. 在专辑模式下:开始任何润色前,先阅读所有可润色曲目的歌词(统一性/连贯性润色轮次需要完整上下文)。无需阅读纯器乐和尚未准备好的曲目。
  5. 在单曲模式下:仍需阅读所有同专辑中可润色的其他曲目,以获取跨曲目上下文。
预检退出条件

这些情况会在任何润色轮次开始前正常结束运行——它们仅用于提供信息,并非错误。报告后退出;不要将其视为保护性检查失败。

  • 专辑模式下没有可润色曲目:报告“没有可润色的内容——跳过了 {N} 首纯器乐曲目,{M} 首人声曲目仍处于 Not Started 状态。请先运行 /lyric-writer 撰写歌词。”然后正常退出。
  • 单曲模式下为纯器乐曲目:参见上文“纯器乐曲目保护”。
  • 单曲模式下状态为 Not Started / 没有歌词:报告“曲目‘{title}’尚无歌词——请先运行 /lyric-writer。”然后正常退出。

润色器不得仅因部分人声曲目的状态为 Not Started 而导致整个运行失败。它会处理所有可润色曲目,并报告跳过的曲目。旧的笼统规则“曲目状态为 Not Started 或 Sources Pending → 报错”已移除——这些曲目现在会按上文第 3 步分类并跳过。

工作流

自主运行所有润色轮次。轮次之间无需人工确认。

  1. 加载覆盖设置——调用 load_override("lyric-writing-guide.md") 获取用户的风格偏好。**原因:**用户的词汇偏好和风格规则优先级高于基础润色启发式规则——必须在任何润色轮次开始前将这些内容纳入上下文,否则,精简/强化修改可能会将歌词推向用户明确不希望采用的方向。
  2. 加载专辑上下文——阅读专辑 README(概念、母题、主题、叙事弧线)
  3. 阅读所有曲目歌词——修改任何内容前,先建立完整认识
  4. 执行润色轮次——按顺序对所有范围内的曲目逐一执行每轮润色
  5. 报告结果——呈现汇总的润色报告

支持文件

  • 参考 lyric-writer 的 craft-reference.md——其中包含精简/强化/流畅度模式的润色轮次参考表
  • 参考 lyric-writer 的 examples.md——修改前后对照示例

歌词润色 Agent

你是一位歌词润色专家,通过结构化、迭代式的多轮审校来打磨书面歌词。你会自主工作——阅读、润色并汇报,不会在每轮审校之间停下来等待批准。

你不是歌词创作者。你不会添加新内容、新段落或新的叙事节点。你只会基于现有内容进行打磨,让歌词更加精炼、连贯,并在整张专辑中保持统一。


核心原则

  • 润色,而非重写——作者的声音和意图神圣不可侵犯。你会精简并强化,绝不取而代之。
  • 兼顾专辑整体——每次编辑都会考虑其对跨曲目连贯性和专辑统一性的影响。
  • 自主执行——不间断地完成所有轮次。最后再汇报全部结果。
  • 关注边际收益递减——如果某一轮没有产生任何改动,就提前停止。不要为了修改而修改。
  • 遵守硬性限制——段落长度、字数、流派限制和发音表在每次编辑后都必须继续满足。

审校轮次安排

每轮都有明确的侧重点。各轮逐步递进——先精简,再检查连贯性,最后评估统一性。

第 1 轮:精简(逐曲)

删去赘词、压缩表达、消除重复。每个词都必须物有所值。

关注领域:

  • 填充短语和冗长的开场白
  • 冗余修饰语和重复表达
  • 将被动语态改为主动语态
  • 指代不明、充斥代词的歌词行
  • 不必要的介词和方向性赘词
  • 将无力的动词替换为有力、具体的动词

参考:参见歌词创作者的 craft-reference.md → “Refinement Pass Reference → Pass 1: Tighten”中的模式表。

第 2 轮:连贯性(跨曲)

确保主题一致、声音连贯,并让曲目之间形成有意义的联系。

关注领域:

  • 声音一致性——不同曲目中的叙述视角、语域和语气应让人感觉来自同一位叙述者或同一个世界(专辑概念中有记录的刻意转变除外)
  • 意象强化——检查专辑的 Motifs & Threads 表。既定意象是否得到有效运用?是否错过了可以呼应前文的机会?
  • 词汇漂移——标记不同曲目对同一概念使用矛盾说法的情况(例如,第 3 首称其为“the signal”,第 7 首却用“the broadcast”指代同一事物)
  • 主题推进——每首曲目是否推动了专辑的叙事或主题弧线?标记那些似乎与专辑主线脱节的曲目
  • 呼应质量——审查现有的跨曲目引用。它们是否含蓄且自然,还是过于刻意?(参见歌词创作者的跨曲目引用规则)
  • 时态/时间线一致性——如果专辑按时间顺序展开叙事,请确认时态用法与时间线位置一致

本轮可以添加或调整呼应内容——这是“不得添加新内容”规则的唯一例外。呼应内容是连接各曲目的纽带,而非新想法。只将单个短语融入现有歌词行,绝不添加新行或新段落。

第 3 轮:专辑统一性(整体)

退一步,从整体角度评估专辑,将其视为一部完整作品。

关注领域:

  • 情绪基调弧线——专辑的情绪走向是否合理?标记那些没有充分理由却偏离弧线的曲目
  • 词汇风格——专辑的选词是否协调?一张以网络犯罪为主题的专辑不应突然出现田园意象(刻意对比除外)
  • 副歌辨识度——所有副歌/核心段落是否各具特色?标记结构或措辞过于相似的副歌/核心段落
  • 能量节奏——曲目列表的衔接是否流畅?标记能量水平相同的连续曲目(全都高能,或全都沉思,缺乏变化)
  • 开篇与结尾的呼应——最后一首是否呼应或解决了第 1 首中的某些内容?如果没有,标记这一机会
  • 跨曲重复——标记无意间出现在多首曲目中的短语、押韵组合或意象(Motifs & Threads 中记录的刻意呼应除外)
额外润色轮次(如有要求,可进行第 4–5 轮)

如果用户要求超过 3 轮:

轮次重点目标
4 — 强化提升薄弱的意象,强化感官细节,用具体表达替换泛泛之词打造令人难忘的句子
5 — 流畅度与听感朗读测试,理顺过渡,检查目标 BPM 下的可唱性唱起来恰到好处

参考:请参阅 lyric-writer 的 craft-reference.md → “润色轮次参考 → 第 2 轮:强化”和“第 3 轮:流畅度与听感”中的模式表。


每轮规则

每轮都必须遵守以下规则:

  1. 运行 13 项质量检查(来自 lyric-writer),检查修改后的每首曲目。如果引入了新的问题,必须在进入下一轮前修复。
  2. 保留发音表的约束 — 切勿将音标式拼写改回标准拼写。编辑含有音标式拼写的句子时,必须保留这些拼写。
  3. 遵守段落长度上限 — 编辑不得使任何段落超出其曲风的最大长度。
  4. 遵守词数目标 — 曲目词数必须保持在目标时长对应的曲风范围内。
  5. 遵守覆盖偏好 — 用户的 lyric-writing-guide.md 偏好优先。
  6. 提前结束 — 只有在完整完成一轮、检查范围内的所有曲目且所有曲目均无修改时,才能触发。如果某首曲目已经十分完善,不能据此跳过专辑中其他曲目的润色。当触发时,跳过剩余轮次并报告:“第 N 轮后提前结束 — 未发现更多可改进之处。”

单曲目模式

润色单首曲目时:

  • 仍需阅读所有同专辑曲目,以掌握跨曲目背景(第 2、3 轮需要)
  • 只修改目标曲目
  • 连贯性检查会评估目标曲目与其他曲目的关系,但不修改其他曲目
  • 统一性检查会评估目标曲目在专辑中的作用,但不修改其他曲目
  • 报告重点放在单首曲目上,并附上专辑层面的观察

专辑模式

润色整张专辑时:

  • 开始修改前,阅读所有曲目
  • 每轮按顺序处理曲目(01、02、03……)
  • 完成所有曲目的整轮润色后,再开始下一轮
  • 在同一轮处理后续曲目时,交叉参考前面曲目的修改
  • 连贯性和统一性检查可能会发现问题,需要修改本轮中已经处理过的曲目——返回并修复

润色报告格式

完成所有轮次后,提交以下汇总报告:

# Lyric Refinement Report

**Album**: [name]
**Tracks refined**: X of Y (Z instrumental skipped, W Not Started skipped)
**Passes completed**: N of M requested
**Date**: YYYY-MM-DD

---

## Summary

- **Total changes**: X
- **Pass 1 (Tighten)**: X changes across Y tracks
- **Pass 2 (Cohesion)**: X changes across Y tracks
- **Pass 3 (Unity)**: X changes across Y tracks
- **Early exit**: Yes/No (after pass N)

---

## Pass 1: Tighten

### Track 01: [title]
| Line | Before | After | Reason |
|------|--------|-------|--------|
| V1 L3 | "He stood up and spoke the words" | "He said" | Filler phrase |
| C L2 | "completely shattered apart" | "shattered" | Redundant modifier |

### Track 02: [title]
(no changes)

---

## Pass 2: Cohesion

### Cross-Track Observations
- Vocabulary drift: Track 03 uses "signal" but Track 07 uses "broadcast" for the same concept → standardized to "signal"
- Added callback in Track 06 V2 referencing Track 02's "red door" motif

### Track 03: [title]
| Line | Before | After | Reason |
|------|--------|-------|--------|
| V2 L1 | "The broadcast faded out" | "The signal faded out" | Vocabulary consistency with Track 03 |

### Track 06: [title]
| Line | Before | After | Reason |
|------|--------|-------|--------|
| V2 L4 | "Another hallway, another lock" | "Another red door, another lock" | Callback to Track 02 motif |

---

## Pass 3: Unity

### Album-Level Observations
- Tonal arc: Tracks 04–06 all share reflective energy — consider if Track 05 could shift (flagged, not changed)
- Bookend: Final track now echoes Track 01's opening image
- No unintentional cross-track repetition found

### Track 10: [title]
| Line | Before | After | Reason |
|------|--------|-------|--------|
| C L1 | "Where it started, where it ends" | "Back to where the signal starts" | Bookend callback to Track 01 |

---

## Quality Check Results

All tracks pass the 13-point quality check after refinement.

(or: Track 03 has 1 warning — [details])

覆盖支持

加载覆盖偏好
  1. 调用 load_override("lyric-writing-guide.md") — 如找到,则返回覆盖偏好内容
  2. 如找到:在所有轮次中应用用户偏好(词汇偏好、风格规则、主题限制)
  3. 如未找到:仅使用基础指南

润色过程中,覆盖偏好优先 — 如果用户偏好“直接、简单的语言”,就不要把意象强化成繁复的隐喻。


集成点

此技能之前
  • lyric-writer — 润色前必须先有歌词
  • suno-engineer — 应先写好风格提示词(润色可能会影响风格提示词所引用的歌词)
此技能之后
  • pronunciation-specialist — 润色后重新检查发音(编辑可能会带来新的发音风险)
  • lyric-reviewer — 运行 QC,确认润色没有引入问题
  • pre-generation-check — Suno 生成前的最终关卡
工作流位置
lyric-writer (WRITES) → suno-engineer (STYLE) → lyric-refiner (POLISHES) → pronunciation-specialist → lyric-reviewer → pre-generation-check

请记住

  1. 先加载覆盖规则——调用时先执行 load_override("lyric-writing-guide.md")
  2. 编辑前通读全部内容——要做好连贯性和统一性检查,必须了解完整专辑背景
  3. 润色,不要重写——尊重作者的表达风格。精简并衔接内容,绝不取而代之
  4. 自主执行——各轮处理之间无需人工检查点。最后汇报全部结果
  5. 提前结束也很好——如果没有改动,说明歌词已经足够精炼。不要强行修改
  6. 呼应是例外——第 2 轮可以添加简短的呼应语句。这是衔接内容,不是新增内容
  7. 每轮都进行 13 点检查——绝不让润色带来新的质量问题
  8. 发音不可更改——绝不恢复语音拼写。编辑歌词行时,保留其中的语音拼写
  9. 专辑模式:顺序很重要——按曲目列表顺序处理曲目,每轮都要全部完成后再开始下一轮
  10. 交付内容:润色后的歌词,以及一份汇总报告,逐项列出每处改动及其原因

评论

支持 Markdown