Suno プロンプティングスキル v6.1 — ベースミュージック制作ガイド
対象モデル: Suno v5.5 (カスタムモード)。Suno公式API制限、Sunoブログ/ドキュメント、bitwize-music v5ベストプラクティスリファレンス、jackrighteous.comガイド、r/SunoAIコミュニティコンセンサス（2025–2026）、およびAceTagGenのプロンプトスコア分析に基づき検証済み。
v6.0 → v6.1 の変更点
v6.0 は配置意図を両フィールドで正しく認識していましたが、配置の強制制御において不十分でした。Suno 5.5 のユーザー最大の問題は配置の混沌です：
- 15～30秒のドロップが二度と戻らない
- 2回目のドロップが1回目と全く異なる
- 4つのヴァースと0ドロップ、または15連続ドロップ
[Outro]が解決ではなく新素材を追加する
v6.1 は専用のArrangement Force-Control Toolkitを追加しました。これには、二層構造プロンプティング技術（r/SunoAI 高度ガイド）、明示的な繰り返しルール、小節数指定、ミラーアンカリング、事前生成失敗モードチェックリストが含まれます。
v6.1 の新機能:
- 二層構造プロンプティング — Styleフィールドに配置の物語、Lyricsフィールドに括弧タグ
- セクション繰り返しルール — 3つのドロップが必要なら
[Drop]を3回記述 - Styleフィールドに明示的な配置行（必須の最終記述子）
- ミラーアンカリング — Styleフィールドの末尾にコア記述子を反復
- 小節数サフィックス:
[Intro 4][Drop 16][Break 4] [Silence: 2s]ドロップ前のインパクトカット- フランケンシュタイン / ソングエディター拡張ワークフローによる外科的ドロップロック
- 4つの失敗モードに対応した事前生成チェックリスト
v5.0 → v6.0 の変更点
v5.0 は120文字のStyle制限を主張し、括弧内の散文を本格的なツールとして扱い、Lyricsフィールドにすべての配置詳細を任せていました。Suno 5.5 に対する調査により、これらの仮定が誤りであることが判明しました。
| 過去 (v5.0) | 現在 (v5.5 の現実) |
|---|---|
| Styleフィールド「ハードリミット120文字」 | 最大1000文字、目標150～300文字（120文字はV4のみ） |
| 配置はLyricsの括弧タグで管理 | 配置の流れはStyleフィールド + 各セクションの括弧内キューをLyricsに |
[Drop — kick only, reese bass cycles...] 内の長い散文が有効 | 密集した括弧内の散文は薄まるか無視される。 短い修飾語 + 次の行の括弧内が有効 |
| タグの順序は重要でない | 位置1が出力DNAの60～70%を保持。位置ごとに重みが減衰 |
| 記述子が多いほど制御が向上 | 4～7個の記述子が最適。8個以上でプロンプト疲れを引き起こす |
| 「ボーカル記述」は別フィールド | Sunoには2つのフィールド（Style + Lyrics）のみ。ボーカルのアイデンティティはStyleの先頭にアンカー。セクションごとの表現はLyricsの各タグ下の括弧内キューとして |
中核哲学
Suno v5.5 には2つの実際の入力フィールドがあります：Style と Lyrics。これらを同じ計画の2つの層として扱います（構造プロンプティング）：
| フィールド | 役割 | ハードリミット | v6.1 の目標 |
|---|---|---|---|
| Style | 音響世界 + 明示的な配置行（セクション名、小節数、ドロップ数）+ ミラーアンカー | 1000文字 | 250～450文字（配置行により最小主義目標を超えるが、価値あり） |
| Lyrics | 括弧タグによるセクション骨格 + 小節数サフィックス + 短い括弧内キュー。タグはN回の再生に対してN回繰り返す | 5000文字 | 400～2000文字（軽めのボーカルトラック向け） |
両方のフィールドが同じ配置を異なる角度から記述します。Styleフィールドはそれを物語的な散文で語ります（drop 16 reese + choir, break 4, build 4, drop 16 identical + gamelan）。Lyricsフィールドはそれを括弧アーキテクチャで語ります（[Drop 16], [Break 4], [Build 4], [Drop 16]）。相互参照されます。これがSunoにあなたの計画に従わせるメカニズムです。
ボーカルアイデンティティアンカーを精神的なサブフィールドとして保持します：
- アイデンティティ自体（性別 / 音色 / 処理）→ Styleフィールドの先頭に追加（最初の80文字）。
- セクションごとの表現キュー（各パートでの声の動き）→ 各Lyricsタグの下に括弧内として。
ベースミュージックのドロップには、実際の歌詞の歌詞行を決して書きません。短いタグ語彙（アドリブ、音素、母音）を使用して、ドロップに完全なヴァースを構築しようとしないようにします。
v5.5 の黄金律
Styleフィールドの位置1が支配的です。 最初のトークンは出力DNAの約60～70%を保持し、後続の各トークンの影響は
2/(1+k)で減少します。最も重要な記述子（ジャンルの衝突 + ベース特性）を最初に置いてください。
他のすべてはこれに次ぐものです。
Arrangement Force-Control Toolkit
これはスキルで最も重要なセクションです。Suno 5.5 の最大の弱点は配置の混沌です—戻ってこない短いドロップ、ドロップ1とドロップ2の極端な不一致、新しい素材を発明するベアアウトロ、または15ドロップのスパム。これらは偶然ではありません。これらはSunoのデフォルトの動作です。配置を機械的に強制しなければなりません。
4つの失敗モード
| 症状 | 根本原因 | 修正（最低限） |
|---|---|---|
| ドロップが15～30秒で二度と戻らない | Lyricsに [Drop] タグが1つだけ。Styleに配置行なし | Lyricsに [Drop] を3回記述。Styleに明示的な配置行を追加 |
| ドロップ2がドロップ1と全く異なる | リコール信号なし。一致したタグだけでは不十分 | 同じタグ + 同一の括弧内キュー + same drop, one layer added のフレーズ |
| 1曲に15ドロップ | すべてのセクションに [Build] が出現、または [Drop] タグのみで [Break] なし | ドロップごとに1つの [Build] のみ。常に [Drop] の後に [Break] を配置してから次の [Build] へ |
[Outro] が新しいヴァース/素材を追加 | ベア [Outro] タグ。減衰指示なし | [Outro 4] + (element-by-element decay, no new phrases) |
二層構造プロンプティング技術
これがメカニズムです。これは2025年のr/SunoAI「究極の強力コンボ」技術です。
層1 — Lyricsフィールド（アーキテクチャ / 「何を」）： 括弧タグをそれぞれ独立した行に。各タグ = 1つのセクション。セクションをN回再生したい場合は、タグをN回記述します。Sunoはタグ付けしなかったセクションを繰り返しません。
層2 — Styleフィールド（配置の物語 / 「どのように」）： Styleフィールドの最後の記述子として、セクションをプレーンな単語（Style内では括弧なし — Style内の括弧はグリッチするか無視されます）で命名します。これが「ドロップが1回しか再生されない」問題を修正する行です：
arrangement: intro 4, verse 8, pre 4, drop 16 reese + choir, break 4, build 4, drop 16 same as drop 1 with gamelan added, outro 4 fade, two drops only
両方の層が同じ計画を相互参照します。Sunoは計画を二つの角度から読み取り、従う可能性がはるかに高くなります。
Styleフィールドの必須配置行
v6.1 以降、すべてのベースミュージックトラックは、Styleフィールドの最後の記述子として次の行を含みます：
arrangement: [section X bars, section X bars, ..., Z drops only, outro fade]
ルール:
- セクション名にはプレーンな単語を使用（
intro,verse,pre,drop,break,build,bridge,outro）。括弧は使用しない。 - 小節数を含める：
intro 4,drop 16,break 4,outro 4（おおよそ — Sunoは目標として扱う）。 - 総ドロップ数を明示的に記述：
two drops onlyまたはthree drops total。これは最も重要な単一のアンチスパムフレーズです。 - ドロップ2のドロップ1との関係を記述：
drop 2 identical to drop 1 plus one gamelan layer— リコールを強制。
セクション繰り返し — 「Nタグ = N再生」ルール
このルールは過小評価されていますが、Sunoで最も信頼性の高いメカニズムです：
[Drop]を1回書けば、1回再生されます。3回書けば、3回再生されます。[Chorus]、[Hook]、[Verse]も同様です。
2ドロップEDM構造の場合：
[Drop 16]
(bass hit, reese locked, choir on chord tones)
[Break 4]
(strip to sub + snare tail)
[Build 4]
(riser, kick drops out)
[Drop 16]
(same bass pattern, one gamelan layer added)
2つの [Drop] タグは必須です。 各タグの下の一致するテキスト = より良いリコール。間に [Break] と [Build] を分離 = マージを防止。
小節数サフィックス（おおよそ、保証されない）
数値サフィックスは文書化されたv5/v5.5の機能です。Sunoはこれらを目標として扱い、保証ではありませんが、セクションの長さを有意に偏らせます：
[Intro 4] [Verse 1 8] [Pre 4] [Drop 16]
[Break 4] [Build 4] [Drop 16] [Outro 4]
常に [Intro]、[Drop]、[Break]、[Outro] に使用します — これらはSunoが最悪の長さの決定を行う場所です。ヴァースとコーラスはそれほど重要ではありません。
ミラーアンカリング
コアキャラクターを固定するためのRedditで証明された技術：コアジャンル記述子をStyleフィールドの先頭と末尾で繰り返します。例：
neuro bass gospel, 94 BPM, sharp morphing reese bass, broken halftime drums, gospel organ, Bb minor i-iv-VI-V, warm dark wide, arrangement: intro 4, verse 8, pre 4, drop 16 reese + choir, break 4, build 4, drop 16 identical + gamelan, outro 4 fade, two drops only — neuro bass gospel
末尾の — neuro bass gospel がミラーアンカリングです。これにより、生成全体でジャンルが安定します。特に5.5では、そうでなければ2分までにポップウォッシュされます。
[Silence: 2s] — ドロップ前のインパクトカット
[Silence: 2s]（または [Silence: 1s]）を [Drop] タグの直前に独立した行として配置すると、Sunoはヒットの前に無音にカットするよう強制されます。これにより次の2つの効果があります：
- ドロップがより大きく感じられる（ダイナミックコントラスト）
- 続くものが頂点であることをSunoに信号し、過小評価される可能性が低くなる
[Build 4]
(riser builds, kick drops out)
[Silence: 2s]
[Drop 16]
(bass hit, choir stack)
最初のドロップのみに使用します。両方のドロップには使用しないか、Sunoが全体でエコーするクリシェ的なリズム装置になります。
[Build] をドロップごとに1つに制限
Lyricsフィールドの至る所に [Build] が出現すると、Sunoはすべてのセクションをミニクライムとして扱い、2つの大きなドロップではなく8つの小さなドロップを生成します。ドロップごとに最大1つの [Build]。ヴァースは自分自身の内部テンションを管理します— [Build] タグは必要ありません。
ドロップ間には常に [Break] を使用
ドロップ間に明示的なクールダウンセクションがないと、Sunoはそれらを1つの長いドロップにマージするか、2番目のドロップを完全に失います。2ドロップトラックの最小スケルトン：
[Drop 16] ... [Break 4] ... [Build 4] ... [Drop 16]
決してしないこと：
[Drop 16] ... [Drop 16] ← これらはマージされます
フランケンシュタインワークフロー（ソングエディター拡張）— 外科的オプション
生成時の強制が失敗した場合、ソングエディターに切り替えます。これはr/SunoAIの「フランケンシュタイン法」です：
- 二層配置強制で完全な曲を生成します。
- 聴いてください。生成内の最良のドロップを特定します。
- ソングエディターで曲を開きます。最良のドロップの終わりの小節位置を見つけます。
- その位置から拡張を使用します。Styleフィールド = 同一。Lyricsフィールド = 続きのみにトリミング（
[Break 4] [Build 4] [Drop 16] [Outro 4]）。 - 拡張は、文字通りそのオーディオの継続であるため、最初のドロップの音色、グルーヴ、およびボーカルアイデンティティを継承します。
- これは一致した2番目のドロップを得るための最も信頼性の高い方法です。30回の再生成よりも3クレジットの価値があります。
事前生成失敗モードチェックリスト
各生成の前にこれを実行します：
- Styleフィールドに明示的な
arrangement: ...行を最終記述子として含める - 配置行がドロップ数を明示的に記述している（
two drops onlyまたはthree drops total） - 配置行がドロップ2のドロップ1との関係を指定している（
identical plus one layer） - Styleフィールドがコアジャンルのミラーアンカーで終わっている（
— neuro bass gospel） - Lyricsフィールドに
[Drop]タグがN回記述されている（N = 意図したドロップ数） - すべての
[Drop]の後に[Break]が続いている（2つの[Drop]が隣接しない） - ドロップごとにちょうど1つの
[Build] - ドロップの括弧内は同一のテキスト（または同一 + 「one layer added」）
-
[Intro]、[Drop]、[Break]、[Outro]に小節数サフィックスがある -
[Outro]に減衰キューがある（(element-by-element decay, bass drops out first)） -
[End][End][End]で終わっている
いずれかのボックスがチェックされていない場合、Sunoにデフォルト動作の許可を与えていることになります。それは実行されます。
Styleフィールド — 作成ルール
構造（v6.1テンプレート）
[vocal anchor if light-vocal], [genre collision], [BPM],
[bass character], [drum character], [texture 1–2],
[key + progression], [atmosphere word],
arrangement: [explicit section list with bar counts and drop count],
— [mirror anchor: repeat core genre]
ハードルール
- アーティスト名は禁止。 常に。幻覚を引き起こすか、拒否されます。
- 配置行の前に7～8個以上のカンマ区切り記述子を入れない。 9個以上で「プロンプト疲れ」を引き起こします — Sunoがタグを希釈またはドロップします。
- フィラーワードは禁止（
and、with、featuring）。カンマのみ。 - Styleフィールドに括弧は禁止。 Style内の
[Drop]はグリッチするか無視されます。プレーンな単語を使用：drop、break、build。 - ジャンルの衝突を位置1に置く。 ボーカルが譲れない場合は、代わりにボーカルアンカーを位置1に置く（例：
male warm tenor, neuro bass soul, 92 BPM, ...）。 - 配置行は必須（v6.1）。常に
arrangement: intro X, verse X, ..., N drops only, outro X fadeを最後の方に単一のカンマ区切り句として含めます。 - ミラーアンカーは必須（v6.1）。Styleフィールドを
— [core genre repeated]で終わらせます。これにより、生成全体でキャラクターが安定します。 - 目標250～450文字。 配置行により300文字の「最小主義」目標を超えます。それは問題ありません — 配置制御のための明確さのトレードオフは価値があります。
v5.5特化の対策
v5.5 には**「ポップウォッシュ」傾向**があります — ニッチなジャンルを一般的なポップに平滑化します。次のもので対策します：
- 時代のアンカー：
90s UK garage、2012 brostep、2001 electroclash - 生の修飾語：
raw、unpolished、lo-fi tape warmth、dusty - 特定のサウンドデザインアンカー：
reese bass、gamelan percussion、sidechained 808 sub— Sunoはこれらを具体的に認識します
Styleフィールドの例（配置行 + ミラーアンカー付きv6.1形式）
Neuro Gospel, 94 BPM:
neuro bass gospel, 94 BPM, sharp morphing reese bass, halftime broken drums, gospel organ swells, Bb minor i-iv-VI-V, warm dark wide, arrangement: intro 4, verse 8, pre 4, drop 16 reese + choir, break 4, build 4, drop 16 identical + gamelan, outro 4 fade, two drops only — neuro bass gospel
Dubstep, 140 BPM:
140 brostep, 2012 aggressive mid-range, growling wobble bass, halfstep snare pattern, harsh square lead, F minor i-VII-VI-V, wide chaotic, arrangement: intro 4, verse 8, build 4, drop 16 growl + laser, break 4, build 4, drop 16 identical + extra wobble layer, outro 4 fade, two drops only — 140 brostep
UK Garage, 130 BPM:
2-step bass garage, 130 BPM, deep sub-bass, shuffling hats, chopped vocal sample, Gb major swung chords, warm dusty, arrangement: intro 4, verse 8, pre 4, drop 16 sub + chopped vox, break 4, drop 16 same with hats double-time, outro 4 fade out, two drops only — 2-step bass garage
Lyricsフィールド — 作成ルール
構造（v6.1テンプレート）
[Intro X]
...
[Verse X]
(any vocal cue here)
...
[Pre X]
...
[Drop X]
(short parenthetical: arrangement + vocal behavior)
[Break X]
...
[Build X]
...
[Drop X]
(identical text or identical + "one layer added")
[Outro X]
(element-by-element decay, no new phrases)
[End][End][End]
ハードルール
- 各タグを独立した行に。 行の結合は避けてください。
- ベースミュージックのドロップには歌詞行を書かない。 ドロップ中にSunoが完全なヴァースを構築しようとするのを防ぐため、短いアドリブ、母音、音素にとどめてください。
- 括弧内キューを各タグの下の次の行に配置。 例：
[Drop 16]の次の行に(bass hit, choir stack, no vocal)。括弧自体をタグ行に混ぜないでください。 - ギャップ行は許可されています。 空行はSunoの構造化を助けます。
- タグの最初の文字を大文字にします。 Sunoは小文字のタグを無視しませんが、一貫性が役立ちます。
- 有効なタグ：
[Intro]、[Verse]、[Pre]、[Drop]、[Break]、[Build]、[Bridge]、[Outro]、[End]。[Chorus]と[Hook]はポップでベースミュージックでは稀。[Solo]はしばしば無視されます。 - タグ内のテキストは短く保つ。
<タイトル>内の長い散文は無視されることがよくあります。代わりに、次の行の括弧内キューを使用します。 - 想定されるドロップ数に対して
[Drop]タグを正確にその回数繰り返します。 これはSunoで最も信頼性の高い配置制御です。毎回同一のタグテキスト + 括弧内キューを使用します。
括弧内キュー — 何を書くか
タグの下の次の行の括弧内キューは、次のことを指定します：
- 配置の詳細： 何が入るか（
kick only、sub panned left、choir on chord tones） - ボーカルの振る舞い： 声が何をするか（
spoken word、belting melody、whispered、vocal chops stutter） - 遷移キュー： セクションがどのように変化するか（
energy ramps、elements strip away、breakdown cinematic）
例：
[Drop 16]
(reese bass locked, half-speed drums, female hums sustained note, reese widens)
これにより、数値グリッチなしで、単一のタグ内で配置と音響の両方の意図が伝わります。
ドロップ期間中の声
SunoはLyrics中の短いテキストスニペットをアドリブ/母音として扱うことを学びました。ベースミュージックのドロップのための専用語彙：
(ooo) (ee) (ah) (hey) (yeah) (uh)
(drop) (bass) (now) (go) (hit)
これにより、Sunoは各ドロップを独立したフレーズでマークしながら、構造的な混乱を引き起こす完全な歌詞の生成を避けます。これらの下に括弧内キューをまったく配置しないでください（キューで囲まないでください）。
[End] トリック
末尾の3つの連続する [End] タグで曲を終了します。Sunoは、これを強制的な停止信号として扱う傾向があります。[End] が1つだけの場合、曲は漂ったり、新しいアイデアを追加したり、 [Fade Out] グリッチを試みたりします。
願望対現実 — v5.5の制限
これらの制限を内面化することは、スキルを適用するのと同じくらい重要です：
- Sunoは楽譜を読みません。 作曲の概念を課すことはできません。Sunoの「作曲」は、特定の音響空間における音楽的な確率の局所的な最適化であり、分析的な作曲ではありません。
- 小節数は目標であり、保証ではありません。
[Drop 16]は「おおよそ16小節のドロップを目指す」という意味であり、「正確に16小節のドロップ」ではありません。 - Sunoはドロップで自分自身をコピーしません。 配置行とミラーアンカーなしでは、2番目のドロップは1番目と異なります。それがデフォルトの動作です。
- Sunoには単語の正確な意味を理解する概念モデルがありません。 単語は統計的な重みとして機能し、意味的な記述子としてではありません。
- 全てのプロンプト技術は確率的です。 「完璧なプロンプト」は生成の確率を80%から85%に上げるかもしれません。それは魔法ではありません。複数回の生成が依然として必要です。
クイックリファレンス — 生成前の最終確認
Styleフィールド:
[genre collision], [BPM], [bass], [drums], [texture], [key/progression], [atmosphere],
arrangement: [section list with bar counts, N drops only, outro fade],
— [mirror anchor: core genre]
Lyricsフィールド:
[Intro 4]
...
[Verse 1 8]
(vocal cue)
...
[Pre 4]
...
[Drop 16]
(drop texture, vocal behavior)
[Break 4]
...
[Build 4]
...
[Drop 16]
(identical or identical + one layer)
[Outro 4]
(element-by-element decay, no new phrases)
[End][End][End]
配置行はStyleの最後の記述子です。ドロップ数、ドロップ関係、およびミラーアンカーが含まれていることを確認してください。
チェックリスト:
- arrangement: ... 行
- ドロップ数明示的
- ドロップ関係明示的
- ミラーアンカー
-
[Drop]がN回 -
[Drop]の後に[Break] - ドロップごとに1
[Build] - 括弧内キューが一致
- 小節数サフィックス
-
[Outro]減衰キュー -
[End][End][End]
Suno v5.5用に校正済み。あなたのトラックが配置の混沌の中で失われないようにしてください。