mcpField
M
music-composition

music-composition

github.com/sjy051创意与媒体104287 次安装26 周前更新
代码仓库

关于 music-composition

面向 DAW 与原声/乐谱创作的音乐作曲技能,提供理论与创作方法建议。它强调结合目标情绪和曲风给出具体、可选择的方案,不负责 DAW 操作、MIDI 生成或音频工程。

主要功能

  1. 01覆盖乐理与作曲技巧
  2. 02按曲风框定建议
  3. 03提供具体创作选项
  4. 04通过导航文件定位参考资料

适用场景

  1. 01为目标情绪探索和弦方案
  2. 02诊断副歌听感薄弱的原因
  3. 03查找特定曲风的写作方法

安装

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

$npx skills add https://github.com/sjy051/music-composition --skill music-composition

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

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

.gitignore
README.md
KNOWN-LIMITATIONS.md
RELEASE-ROADMAP.md
RELEASE-NOTES-v1.0.md
LICENSE.md
MAINTENANCE.md
RC1-v1.0-decision-memo-2026-04-27.md
README.ko.md
RELEASE-NOTES-RC1.md
VALIDATION-RC1.md
VALIDATION-v1.0.md
assets/
chord-symbol-ambiguity-and-parsing.md
jazz-voicings.md
diagnostic-checklists.md
cadence-reference.md
chord-symbol-conventions.md
intervals-and-scale-formulas.md
form-templates.md
modes-cheatsheet.md
music-theory-audit-rubric.md
musical-brainstorming-cards.md
scale-degree-spelling-cheatsheet.md
response-templates.md
trend-and-reference-matrices.md
web-search-cheatsheet.md
progressions-catalog.md
session-brief-and-decision-log.md
benchmarks/
README.md
make_charts.py

详细介绍

音乐创作

这是一项全面的创作技能,涵盖音乐理论和创作技巧,适用于基于 DAW 的工作流以及原声/乐谱工作流。本技能不处理 DAW 自动化、MIDI 生成、音频工程或制谱软件——这些属于其他技能。

核心理念

创作是一系列决策,而不是一份需要照章遵循的规则清单。提供建议时:

  • 将技巧作为选项,而非戒律。 声部进行中的一条“规则”,其实是会产生某种声音的概率分布。打破规则会带来不同的声音,而这可能恰好是用户想要的。始终弄清用户追求的是什么声音。
  • 解释技巧为何能产生相应效果。 说明感知或语境上的原因——“导音会上行解决,因为半音的引力很强,而且听者期待乐句收束”。这样用户便能推理新的情境,而不只是死记规则。
  • 当用户描述一种感受或目标时,提供多种选项。 “我想让这段听起来不安”有许多可行的解决方案(增四/减五替代、调式混合、复合和弦、节奏错位)。提供 2–4 种方案及其取舍,而不是只选一种。
  • 具体明确。 “试试 iv 和弦”胜过“试试调式混合”。“用密集排列,让三音位于最高声部,低音用低音 E”胜过“让它更紧凑”。始终给用户可直接演奏的内容。
  • 尊重流派惯例,但不要受其束缚。 在爵士乐里“不对”的选择,在独立摇滚中可能恰到好处。始终弄清用户采用的是哪种流派框架。
  • 当用户描述模糊的创作问题时,先拆解再作答。 “副歌感觉不够有力”可以拆解为:旋律音域、和声惊喜感、力度对比、编曲密度、节奏活跃度、歌词/音节密度。先诊断,再给出解决方案。
  • 不要在技巧问题上作道德评判。 平行五度没有道德问题,它只是一种声音。巴赫会避免它,德彪西会使用它;用户的曲子也可能正需要它。

本技能不涵盖的内容

  • DAW 操作——键盘快捷键、插件参数、自动化轨道(另有单独技能)。
  • MIDI 文件生成或直接操作——由其他地方处理。
  • 音频工程/混音/母带处理/声音设计——production-aware/ 中会涉及频率感知的创作,但 EQ、压缩和合成方面的决策不在范围内。
  • 与创作技巧无关的音乐史知识。(某个时期的风格惯例则在范围内。)
  • 制谱软件操作(Sibelius、Finale、Dorico、MuseScore 界面)。
  • 演奏教学或乐器练习方案,用于帮助人成为演奏者。面向创作的可演奏性和符合乐器习惯的写法见 references/instrument-idiom/,但本技能不能替代私人教师、教材或技巧练习计划。

导航

本技能的大部分内容位于 references/ 中。务必先阅读 references/00-navigation.md——其中会根据用户请求,指引你查阅所需的具体参考文件。

不要加载所有参考文件。只加载与当前问题直接相关的内容。大多数请求只需 1–3 个参考文件。如果需要 5 个以上,说明问题范围太广——应先缩小范围,或选定主要方面再作答。

快速查找时(和弦进行目录、调式公式、和弦排列库),请查看 assets/。资源文件篇幅较短,可以直接引用。参考文件则应综合归纳,而非直接引用。

顶层结构

references/
├── 00-navigation.md              ← Read this first, every time
├── fundamentals/                 ← Pitch, intervals, scales, rhythm, notation, prosody
├── harmony/                      ← Chords, voice leading, modulation, jazz, modal, reharm
├── melody/                       ← Construction, motivic development, phrase structure
├── counterpoint.md               ← Species → tonal → fugue
├── rhythm-groove/                ← Rhythmic devices, groove/feel, odd meters
├── form/                         ← Classical & popular forms, narrative
├── orchestration/                ← Instruments, voicing, texture, density, choral writing
├── instrument-idiom/             ← Composition-facing playability for piano, guitar, bass, drums, strings, winds, brass, vocals
├── genres/                       ← Per-genre conventions (incl. Korean traditional, C-pop / SE Asian, Latin, Afrobeats, MENA, South Asian, country, metal, gospel, Brazilian, game, media/commercial)
├── songwriting/                  ← Lyrics, hooks, topline
├── analysis.md                   ← Roman numeral, form, Schenker, set theory
├── techniques/                   ← Theme & variation, 20th C., constraint-based, microtonal, algorithmic / AI-assisted
├── production-aware/             ← Pre-production, composition-mix interface, energy
├── research/                     ← Web trends, user listening context, regional trend evolution, reference digging, style/copyright guardrails
├── creative-workflows/           ← Musical brainstorming, answer calibration, revision loops, and user-agent collaboration patterns
├── validation/                   ← Release readiness, Phase B/C records, RC packaging, and prompt smoke tests
├── source-bibliography.md        ← Maintainer-facing source map and verification guide
├── workflow.md                   ← Starting, revising, hybrid-genre advising
├── critique-and-feedback.md      ← Evaluating user's existing work (critique mode)
└── teaching-composition.md       ← Pedagogy mode, learning paths, exercises

scripts/
└── music_theory_sanity_check.py   ← Optional validation and regression helper for maintainers

assets/
├── progressions-catalog.md
├── response-templates.md
├── diagnostic-checklists.md
├── trend-and-reference-matrices.md
├── musical-brainstorming-cards.md
├── session-brief-and-decision-log.md
├── web-search-cheatsheet.md
├── chord-symbol-ambiguity-and-parsing.md
├── scale-degree-spelling-cheatsheet.md
├── music-theory-audit-rubric.md
├── cadence-reference.md
├── modes-cheatsheet.md
├── intervals-and-scale-formulas.md
├── jazz-voicings.md
├── form-templates.md
└── chord-symbol-conventions.md

典型响应工作流

  1. 识别用户真正的需求。 表层目标(例如“用 C 调写一段悲伤的和弦进行”)和深层目标(例如“我想要有情感分量,但又不落俗套”)往往不同。
  2. 确定体裁框架。 在室内乐、新灵魂乐、低保真嘻哈和 K-pop 抒情曲中,“悲伤的和弦进行”含义大不相同。如果用户没有说明,且体裁不明确,就先询问。如果能从上下文推断出来,就按推断的体裁处理,但要说明这一假设。
  3. 阅读 references/00-navigation.md,查找相关参考文件。
  4. 加载所需的最少一组参考文件。
  5. 将乐理转化为具体选项。 不要大段倾倒乐理知识——提供 2–4 条可执行的建议,附上简要理由和明确示例(和弦名称、音符、节奏)。
  6. 指出用户可能没想到的相关考量(例如:“这在 C 调中很适用,但如果在桥段转到关系小调,就能用上 iv–i–V–i,营造更暗沉的效果”)。
  7. 适可而止,不要过度解释。 简洁实用的回答胜过面面俱到的讲解。

记谱约定

在整个技能中保持以下用法一致:

  • 和弦符号(主旋律谱 / 爵士风格):Cmaj7、Dm7、G7♭9、F♯dim7、B♭/D(斜线和弦)、Cmaj7♯11。
  • 罗马数字:大写 = 大三和弦,小写 = 小三和弦;° = 减和弦,+ = 增和弦;转位和七和弦使用阿拉伯数字(I、vi、V7、ii⁶、V⁶/⁵、vii°⁷、iiø7);音阶级数的半音变化用 ♭ 和 ♯ 作前缀(♭VI、♯iv°);/ 表示主音化(V/V、V7/vi)。
  • 音高:需要标明音区时使用科学音高记法(C4 = 中央 C);没有歧义时可直接用字母表示音名。升号 = ♯,降号 = ♭,重升号 = 𝄪,重降号 = 𝄫。
  • 音程:m2 M2 m3 M3 P4 A4 d5 P5 m6 M6 m7 M7 P8;非正式语境中可以使用“三全音”。
  • 音阶级数:简洁表达时使用 ^1 ^2 ^3 ...;行文中使用“主音 / 上主音 / 中音 / 下属音 / 属音 / 下中音 / 导音”。
  • 速度:BPM(120 BPM);讨论记谱时使用 ♩=120。

体裁定位——始终不可缺少

同一个音乐问题,在不同体裁中会有不同答案。采用任何技巧之前,先确定体裁框架:

  • 古典音乐(哪个时期?)
  • 爵士乐(哪种子风格?)
  • 流行 / 摇滚 / 独立音乐
  • 嘻哈 / R&B / 新灵魂乐
  • 电子音乐(哪种子风格?)
  • 影视配乐(什么戏剧情境?)
  • 游戏 / 互动媒体(什么平台 / 互动系统?)
  • 广告 / 播客 / 品牌内容 / 预告片 / 素材库音乐
  • K-pop / J-pop
  • C-pop / Cantopop / T-pop / V-pop / OPM / Indo-pop
  • 拉丁流行 / 雷鬼顿 / Urbano
  • 巴西流行 / MPB / 桑巴流行 / Funk carioca
  • Afrobeats / Amapiano
  • 南亚影视流行 / 源自拉格的流行音乐
  • MENA 流行 / 融合近似马卡姆的元素
  • 韩国传统音乐(gugak)和 K-trad 融合
  • 乡村 / Americana / 根源音乐
  • 金属 / 朋克 / 硬核
  • 福音 / CCM / 敬拜音乐
  • 民谣 / 根源音乐 / 特定传统的创作
  • 区域音乐场景的入门风格和本地流行音乐惯例
  • 小众 / 微流派 / 混合流派场景
  • 音乐剧

如果用户没有说明体裁,且上下文也无法明确判断,就先询问。不要默认采用某种体裁——否则建议会听起来不对。

可扩展性

此技能旨在持续扩展。若要添加新内容:

  1. 新流派或子流派:添加 references/genres/<name>.md,并更新 00-navigation.md 中的流派表。
  2. 新技巧:添加到最相关的现有文件夹;如果主题足够广,值得拆分为 3 个或更多文件,则创建新的子文件夹。
  3. 新的速查表 / 矩阵资源:添加到 assets/,并更新 00-navigation.md 中的资源映射。
  4. 新的乐器惯用法:添加 references/instrument-idiom/<instrument>.md,并更新 instrument-idiom/overview.md 和 00-navigation.md。
  5. 新的当前研究工作流:添加到 references/research/,附上快照说明,更新 00-navigation.md,并从相关流派文件添加链接。
  6. 新的用户 Agent 创意工作流:添加到 references/creative-workflows/,更新 00-navigation.md;如果该工作流适合使用可复用卡片,则在 assets/ 中添加快速模板。对于受限变化、回答长度和加载规范,请使用 creative-workflows/answer-calibration.md。
  7. 新的验证 / 发布就绪文件:添加到 references/validation/,视情况更新 00-navigation.md、RELEASE-ROADMAP.md;当文件成为发布关键项时,添加预期文件检查。发布 KNOWN-LIMITATIONS.md,或在发布验证报告中说明其注意事项。

添加文件时,请将长度控制在约 600 行以内(若更长则拆分),每个文件只涵盖一个主题,并使用描述性名称。务必更新 00-navigation.md,以便 Agent 找到新内容。

近期扩展内容包括游戏 / 交互式评分、微分音 / 异名同音系统、合唱写作、媒体配乐、韩国传统音乐 / K-trad 融合、C-pop / 东南亚流行音乐、韵律,以及算法 / AI 辅助作曲。近期扩展还包括回答模板、诊断清单、趋势 / 参考矩阵、音乐头脑风暴卡片、会话 / 决策日志模板、网页搜索速查表、风格 / 版权防护指南、用户流媒体服务聆听背景、区域趋势演变分析、区域场景入门指南、次流派 / 微流派处理、拉丁流行 / reggaeton、Afrobeats / amapiano、南亚电影流行音乐、MENA 流行音乐、乡村 / Americana、金属 / 朋克 / hardcore、福音 / CCM、巴西流行 / funk 等流派的惯用法文件,以及面向作曲的 instrument-idiom/、creative-workflows/ 和 validation/ 文件夹、发布就绪文档、Phase C 烟雾测试结果记录、RC1 打包指南、已知限制文档、回答校准工作流指南、和弦符号 / 音阶级数审计资源,以及面向维护者的来源书目。未来新增内容应优先考虑提示词烟雾测试、更深入的区域流派惯用法、按需扩展乐器家族、特定风格的参考库,以及更完善的自动化验证;Phase B 正确性准备清单现位于 references/validation/phase-b-correctness-pass.md。

坦诚说明不足之处

如果用户询问此技能尚未涵盖的主题,请明确说明:“此技能目前还没有关于 [X] 的专门参考资料 — 我会基于一般原则作答,并说明我不确定的地方。”然后再继续作答。不要在知识空白处编造看似确定的答案。

评论

支持 Markdown