StepAudio 3 Music:編曲プランを立ててから作曲もできる、最長5分30秒のAI音楽モデル

任意の編曲プラン(ABC-CoTモード)とテキスト制御で最長5分30秒の長尺音楽を生成するStepAudio 3 Musicを、アブストラクトを基に掘り下げて分析する。
← 목록으로
온
온틀 리서치
2026년 10월 03일 更新 2026.10.16 読了 14分 閲覧 2

StepAudio 3 Musicは、テキストの指示だけで最長5分30秒の長尺音楽を生成する大規模音楽生成モデルだ。単に音を吐き出すだけにとどまらず、望めばハーモニー・リズム・メロディの構造を盛り込んだ「編曲プラン」をまず立て、そのプランに沿って音楽を仕上げることもできる点が特徴だ。論文は、プランなしで直接音楽を生成する方式(Direct)と、編曲プランを先に作る方式(ABC-CoT)を区別してサポートしている。アブストラクトによれば、このモデルはAudioBoxの3つの品質指標(Content Enjoyment、Content Usefulness、Production Quality)とMuQ-MuLan類似度において、評価対象となったシステムの中で最高スコアを記録し、Artificial Analysis Music Arena Vocalsの予備リーダーボードではQuality Elo 1105で上位に入った(ただし何位なのかは原文内で記述が食い違っている——後ほど詳しく扱う)。

この論文が解く問題

音楽を自動で生成するAIはすでに数多い。だが、そのほとんどは2つの壁にぶつかる。

1つ目は長さの壁だ。短いメロディ数小節はそれらしく作れても、曲全体を最初から最後まで構造を保って引っ張っていくのははるかに難しい。人が曲を聴くとき、「導入—展開—サビ—締め」へとつながる流れを無意識に期待するが、プランなしに音をただつなぎ合わせるだけでは、この流れは簡単に崩れてしまう。あたかも、アウトラインなしで思いつくまま文をつなげた長文が、後半に行くほど辻褄が合わなくなるのと似ている。

2つ目は表現と制御の壁だ。音楽は本質的に連続した波形(音の波)である。この膨大な連続信号をAIが扱いやすい形に圧縮しつつ、メロディやハーモニーといった「音楽的に意味のある情報」を失わないようにするのが肝だ。粗すぎる圧縮では音質がつぶれ、細かく扱いすぎれば計算量が手に負えなくなる。

StepAudio 3 Musicは、この2つの壁をそれぞれ「任意の編曲プラン(ABC-CoTモード)」と「賢い圧縮・復元の設計」で正面から突破する。

核となるアイデア

このモデルの方法論は、大きく3つの部分に分けて見ると理解しやすい。料理にたとえれば、「素材の扱い方(トークナイザ)」「調理の仕方(生成モデル)」「レシピを先に組む方法(プラン)」に当たる。

1) 音楽を扱いやすい断片に——トークナイザ

まずStepAudio Music Tokenizerは、音を毎秒50個のトークン(50-Hzストリーム)で表現する。各トークンは65,536項目を持つ1つのコードブック(single codebook)から選ぶ。コードブックとは「音楽断片の辞書」のようなものだと考えればよい。音の流れを、この辞書にある6万あまりの断片のうちの1つに、毎秒50回ずつ選んで表現する方式だ。

ここで重要なのは、このトークナイザが単に音を圧縮するだけにとどまらず、意味を知っている(semantically informed)やり方で学習された点だ。自己教師あり学習(self-supervised、正解ラベルなしでデータそのものから規則を学ぶ方式)とマルチタスク学習(multi-task training)を組み合わせて使い、音楽の構造と復元に必要な情報を両方とも保持するようにしている。つまり、断片の辞書が「音質」と「音楽的意味」の両方を押さえるように訓練されたわけだ。

2) 断片を再び本物の音へ——拡散モデルとVAE

こうして取り出した音楽トークンを、実際に聴ける音へ戻す段階がある。ここではフローマッチング(flow-matching)方式の拡散トランスフォーマ(DiT, Diffusion Transformer)が連続的な潜在値(StepAudio VAE latent)を予測し、この潜在値をVAEデコーダが48-kHzの高音質オーディオへ変換する。

この部分の設計思想が興味深い。論文はこれを「離散(discrete)—連続(continuous)設計」と呼ぶ。音楽の骨格は先に作った離散的なトークン(辞書から選んだ断片)で押さえ、実際の音響の細かな質感は連続的な値で蘇らせる二重構造だ。論文はこの選択を単に下したのではなく、単一コードブックのVQ方式、意味・音響のRVQ方式、複数のDiT構成を互いに比較した実験を根拠にしたと述べている。

3) 作曲の前に編曲プランを立てる選択肢——ABC-CoTモード

もっとも特徴的な部分が、まさに任意の明示的プランニング(explicit planning)だ。原文(§2.1・§5.4.3)は、プランなしで音楽トークンを即座に生成するDirectモードと、生成の前に編曲プランを先に作るABC-CoTモードを区別している。ABC-CoTモードでは、Mixture-of-Experts(MoE、複数のエキスパート下位モデルのうち状況に合うものだけを選んで使う構造)自己回帰モデルが、ABC記法(ABC notation、テキストで楽譜を書く標準的な方式)で中間の編曲プランを先に作る。論文はこのプラン方式をABC-CoTと呼ぶ。CoTは「Chain-of-Thought(思考の連鎖)」で、答えを出す前に中間の推論ステップを踏む方式を指す。

たとえるなら、作曲家が曲を書く前にコード進行とメロディの骨格を楽譜に先にスケッチするようなものだ。ABC-CoTモードを使えば、ハーモニー(harmony)・リズム(rhythm)・メロディの構造が生成の「コンテキスト(context)」にあらかじめ含まれるため、後に続く実際の音楽トークンがこの骨格に沿って一貫して流れていく。先に述べた「長さの壁」を越えるために論文が提示する仕掛けが、まさにこの任意の事前プランニングだ。

4) 段階的学習と強化学習で磨き上げる

モデルは段階的学習カリキュラム(progressive training curriculum)と教師ありファインチューニング(supervised fine-tuning)を通じて、複数のタスクをサポートする。アブストラクトが明示するタスクは次のとおりだ。

  • 歌(song)および器楽(instrumental)の生成
  • ドライボーカル(dry vocals、伴奏なしの純粋な声)からの伴奏(accompaniment)生成
  • カバー曲(cover-song)の合成
  • 上記タスクを最長5分30秒の長さまでサポート

最後に、直接選好最適化(DPO, Direct Preference Optimization)方式の強化学習によって、成果物を人が好む方向へ磨き上げた。DPOは「こちらのほうがあちらより良い」という選好比較データを用いてモデルを調整する手法で、別途の複雑な報酬モデルなしに選好を直接反映できるという利点がある。

結果と意義

アブストラクトが提示する成果は次のとおりだ。ここに記した数値以外の具体的な性能向上値はアブストラクトにないため、定性的にのみ記述する。

評価項目 アブストラクト基準の結果
AudioBox Content Enjoyment 評価対象システム中で最高スコア
AudioBox Content Usefulness 評価対象システム中で最高スコア
AudioBox Production Quality 評価対象システム中で最高スコア
MuQ-MuLan類似度 評価対象システム中で最高
SongBench 競争力のある(competitive)結果
Music Arena Vocals(予備)Quality Elo 1105 — 上位(順位表記は原文内で不一致:アブストラクトは3位の趣旨、本文§5.3.1は4位)

とりわけMusic Arena Vocalsの予備リーダーボードでの位置が目を引く。Quality Elo 1105を記録したが、何位なのかは原文内で記述が食い違っている。アブストラクトはこのモデルがSuno V5.5とMurekaにのみ後れを取ると記しており、実質的に3位を示唆しているが、本文§5.3.1は同一のスコア(1105)について4位と明記している。いずれにせよ上位であることは明らかだが、正確に「何位」なのかは原文の記述が一致しないため、本稿では断定しない。Eloはチェスの順位付けで使われる相対評価のスコアで、人々が2つの成果物を聴き比べて勝ったほうに点を寄せていく方式だ。つまりこの順位は自動指標ではなく、人の選好に基づく比較である点に意味がある。

まとめると、StepAudio 3 Musicの貢献は「最高スコアを出した」という結果そのものよりも、その結果に至る設計思想にある。長尺の一貫性という問題を「まずプランを立てる」という方式で解き、表現・復元の問題を「意味を知る離散トークン + 連続復元」という二重構造で解き、それらの設計選択を比較実験で裏づけた。

限界と残された問い

アブストラクトだけで判断するなら、次の点は開かれた問いとして残る。

  • 長さの上限:サポートする長さは最長5分30秒だ。これは短いデモを超えた実用的な長さだが、それ以上の長尺(例:複数の楽章へとつながる曲)でもプランベースのアプローチが一貫性を保てるかは、アブストラクトでは確認できない。
  • 比較対象と条件:「評価対象システム中で最高」「competitive」といった表現が使われているが、どのシステムと、どのような条件で比較したのかの詳細はアブストラクトだけでは分からない。リーダーボードの順位も「予備(preliminary)」という但し書きが付いており変動の可能性があるうえ、さらにアブストラクト(3位の趣旨)と本文§5.3.1(4位)の順位記述が原文内で食い違っているため、順位をそのまま引用するときには注意が必要だ。
  • プランと生成のあいだのズレ:ABC-CoTモードで立てた編曲プランに、実際の音楽トークンがどれほど忠実に従うのか、プランと結果が食い違うケースがどれくらいあるのかは、アブストラクトに定量的に提示されていない。
  • データ・資源の規模:学習データのサイズ、パラメータ規模、必要な演算資源といった数値はアブストラクトになく、再現やコスト判断の根拠にしづらい。

こうした情報は論文本文とデモ(公開されたaudio demonstrations)で確認すべきであり、本稿はアブストラクトの範囲を超えて断定しない。

ONTLEの視点

ONTLEは「AIプロジェクトマネージャー派遣型SaaS」だ。音楽生成の論文がなぜ我々に示唆を与えるのか。鍵はドメインではなく、「生成する前にプランを立てる」という構造にある。

  • プランを生成のコンテキストに入れる(ABC-CoTの教訓):AI PMであれドキュメント生成エージェントであれ、成果物をいきなり吐き出させると、後半に行くほど一貫性が崩れる。StepAudio 3 MusicがABC-CoTモードで音楽トークンの前に編曲プランを先に作るのと同じように、エージェントも作業成果物の前に「アウトライン・構造・依存関係」を明示的な中間成果物としてまず作らせれば、長い作業の一貫性が上がる。これはONTLEが強調する「設計文書が先、実装は後」という原則とまさに同じ方向だ。
  • 離散の骨格 + 連続のディテールという分業:骨格は扱いやすい構造化された表現で押さえ、細部は別の段階で精緻化する二重構造は、エージェントのパイプライン設計にもそのまま当てはまる。たとえばプラン(構造化されたタスクグラフ)と実行(自由なツール呼び出し)を分離すれば、各段階を独立に検証・差し替えしやすくなる。
  • 選好ベースのチューニング(DPO):正解が1つにきっちり定まらない創造・判断型のタスクでは、絶対スコアよりも「こちらのほうが良い」という比較選好のほうが実用的な学習シグナルになる。ユーザーフィードバックを「案A vs 案B」の形で収集して反映するワークフローは、我々のプロダクトでも応用の余地がある。
  • 評価は人の比較(Elo)で交差検証する:自動指標が良いだけで終わりではなく、人が2つの結果を並べて選ぶ比較評価こそが最終的な信頼を作る。これはONTLEの交差検証・人間検証の原則と通じる。

要約すると、この論文は「まずプランを立て、構造とディテールを分離し、人の選好で磨き上げる」という3つの設計習慣を、音楽という難しいドメインで実証した。これらの習慣は、我々が作るAI PM・エージェント製品にもそのまま移し替えて根づかせられる原則だ。

StepAudio 3 Musicはどれくらい長い曲を作れますか?

アブストラクトによれば、最長5分30秒の長さまでサポートします。歌・器楽の生成、ドライボーカルからの伴奏生成、カバー曲の合成などのタスクに適用されます。

ABC-CoTとは正確に何ですか?

音楽トークンを直接生成するDirectモードとは異なり、ABC-CoTモードでは音楽トークンを作る前に、ABC記法(テキストで楽譜を書く方式)で中間の編曲プランを先に生成します。ハーモニー・リズム・メロディの構造を生成コンテキストにあらかじめ含めることで、長い曲の一貫性を高める任意の仕掛けです。CoTは、答えを出す前に中間の推論ステップを踏むという意味です。

ほかの音楽AIと比べて性能はどの程度ですか?

アブストラクトによれば、AudioBoxのContent Enjoyment・Content Usefulness・Production Qualityの3指標とMuQ-MuLan類似度において評価対象システム中で最高スコアを記録し、SongBenchでは競争力のある結果を出しました。Artificial Analysis Music Arena Vocalsの予備リーダーボードではQuality Elo 1105を記録しています。ただし順位の表記は原文内で食い違っています——アブストラクトはSuno V5.5・Murekaにのみ後れを取ると記述していますが、本文§5.3.1は同一スコアで4位と記しており、「何位」なのかは断定しづらいです。

なぜ音を「離散トークン」と「連続値」に分けて扱うのですか?

音楽トークナイザが音を6万あまりの項目の単一コードブックから選んだ離散トークン(毎秒50個)で表現して扱いやすい骨格を押さえ、拡散トランスフォーマとVAEデコーダが連続的な潜在値を予測・復元して48-kHzの高音質オーディオへ蘇らせます。論文は、この離散—連続の設計を複数の代替案と比較したうえで選んだと述べています。

参考資料