music-composition

音楽作曲

DAW ベースとアコースティック／楽譜ベースの両方のワークフローに対応する、音楽理論と作曲技法を網羅したスキルです。このスキルは、DAW の自動化、MIDI の生成、オーディオエンジニアリング、楽譜作成ソフトウェアには対応していません。これらは別のスキルの対象です。

基本理念

作曲とは、守るべきルールの一覧ではなく、一連の選択です。アドバイスをする際は、次の点に留意してください。

• テクニックは命令ではなく選択肢として提示してください。 声部進行における「ルール」とは、特定の響きを生み出す確率分布です。それを破れば異なる響きになりますが、それこそが求めているものかもしれません。ユーザーがどんな響きを求めているのか、常に把握してください。
• テクニックがなぜその効果を生むのかを説明してください。 知覚上または文脈上の理由を示します。「導音が上行して解決するのは、半音の引力が強く、耳が終止を期待するからです」のように説明すれば、ユーザーはルールを暗記するのではなく、初めての状況でも考えられるようになります。
• ユーザーが感覚や目標を説明したら、複数の選択肢を提示してください。 「不安な感じにしたい」という目標には、トライトーン代理、モーダル・ミクスチャー、ポリコード、リズムのずらしなど、さまざまな方法があります。どれか一つを選ぶのではなく、それぞれの利点とトレードオフを添えて、2～4 個提示してください。
• 具体的に説明してください。 「iv のコードを試してみて」は、「モーダル・ミクスチャーを試してみて」より役立ちます。「ベースを低い E にして、近接配置で 3 度をトップノートに置く」は、「もっとタイトにして」より役立ちます。ユーザーが実際に演奏できる提案を常に示してください。
• ジャンルの慣習を尊重しつつ、それに縛られないでください。 ジャズでは「間違い」とされる選択が、インディーロックではぴったりかもしれません。ユーザーがどのジャンルを前提としているか、常に把握してください。
• ユーザーが曖昧な創作上の問題を説明したら、答える前にそれを具体的な要素に分解してください。 「サビが弱く感じる」は、旋律の音域、和声の意外性、強弱のコントラスト、アレンジの密度、リズムの動き、歌詞や音節の密度に分解できます。原因を見極めてから、解決策を提案してください。
• テクニックを道徳的に評価しないでください。 平行 5 度は悪いものではありません。それは一つの響きです。バッハは避け、ドビュッシーは使いました。ユーザーのトラックでは、平行 5 度が必要かもしれません。

このスキルの対象外

• DAW の操作 — キーボードショートカット、プラグインのパラメーター、オートメーションレーン（別のスキルの対象）。
• MIDI ファイルの生成や直接操作 — 別の場所で扱います。
• オーディオエンジニアリング／ミキシング／マスタリング／サウンドデザイン — production-aware/ では周波数を考慮した作曲を扱いますが、EQ、コンプレッション、シンセシスに関する判断は対象外です。
• 作曲技法に関係しない音楽史の雑学。（ある時代の様式上の慣習は対象です。）
• 楽譜作成ソフトウェアの操作（Sibelius、Finale、Dorico、MuseScore の UI）。
• 演奏者になるための指導法や楽器の練習メニュー。 作曲に関わる演奏可能性や楽器に適した書法については 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つは異なることがよくあります。
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。
• ローマ数字：大文字＝長三和音、小文字＝短三和音、°＝減、+＝増。転回形と7thコードにはアラビア数字を使用します（I、vi、V7、ii⁶、V⁶/⁵、vii°⁷、iiø7）。音階度数の半音階的変化には、接頭辞として ♭ と ♯ を付けます（♭VI、♯iv°）。トニック化には / を使用します（V/V、V7/vi）。
• 音高：音域が重要な場合は科学的ピッチ表記を使用します（C4＝中央ハ）。曖昧でない場合は、英字の音名を使用します。シャープは ♯、フラットは ♭、ダブルシャープは 𝄪、ダブルフラットは 𝄫 です。
• 音程：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
• ラテンポップ／レゲトン／ウルバーノ
• ブラジリアンポップ／MPB／サンバポップ／ファンキ・カリオカ
• アフロビーツ／アマピアノ
• 南アジアの映画音楽ポップ／ラーガ由来のポップ
• MENAポップ／マカームに近いフュージョン
• 韓国伝統音楽（gugak）とK-tradフュージョン
• カントリー／アメリカーナ／ルーツ
• メタル／パンク／ハードコア
• ゴスペル／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. 新しいユーザーエージェント向け創作ワークフロー：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 行以内に収め（それを超える場合は分割し）、1 ファイルにつき 1 つのトピックを扱い、内容を表す名前を付けてください。エージェントが新しいコンテンツを見つけられるよう、必ず 00-navigation.md を更新してください。

最近の拡張には、ゲーム／インタラクティブ作品のスコアリング、微分音／異名同音体系、合唱曲の作曲、メディア向け音楽、韓国伝統音楽／K トラッド・フュージョン、C-pop／東南アジアのポップス、韻律、アルゴリズムによる作曲／AI 支援作曲が含まれます。また、回答テンプレート、診断チェックリスト、トレンド／参考資料のマトリックス、音楽のブレインストーミングカード、セッション／意思決定ログのテンプレート、ウェブ検索のチートシート、スタイル／著作権のガードレール、ユーザーのストリーミングサービスでのリスニング状況、地域別トレンドの推移分析、地域シーンの入門資料、マイナーなジャンル／マイクロジャンルへの対応、ラテンポップ／レゲトン、Afrobeats／アマピアーノ、南アジアの映画音楽ポップ、MENA のポップス、カントリー／アメリカーナ、メタル／パンク／ハードコア、ゴスペル／CCM、ブラジルのポップス／ファンクのジャンル慣用表現ファイルも追加されました。さらに、作曲向けの instrument-idiom/、creative-workflows/、validation/ フォルダー、リリース準備ドキュメント、Phase C のスモークテスト結果記録、RC1 のパッケージ化ガイダンス、既知の制限に関するドキュメント、回答調整のワークフローガイダンス、コード記号／音階度数の監査素材、メンテナー向けの参考文献一覧も追加されています。今後は、プロンプトのスモークテスト実行、地域別ジャンル慣用表現の充実、必要に応じた楽器ファミリーの拡張、スタイル別参考ライブラリー、より強力な自動検証を優先してください。Phase B の正確性準備チェックリストは、現在 references/validation/phase-b-correctness-pass.md にあります。

対応範囲の不足について正直に伝える

ユーザーから、このスキルがまだ扱っていないトピックについて尋ねられた場合は、「このスキルには、[X] 専用の参考資料はまだありません。一般的な原則に基づいて回答し、不確かな点は明示します。」とはっきり伝えてください。そのうえで回答してください。対応範囲にない内容について、自信があるように装って回答を作り上げないでください。