アーカイブ / LLM / AI Agent
曲名の誤認と候補不足に対処する音楽推薦エージェント「Melo」
Melo
Meloの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1. A real production session on NetEase Cloud Music’s Muse Mix. The user (1) types a natural-language music intent and (2) taps generate; the system returns (3) a complete playlist with AI-generated title, description, and per-track explanations streamed in real time. Two side-by-side phone screenshots. Left: the input page where a user types a free-form music request. Right: the output page showing an AI-generated playlist with cover image, title, description, and song list with per-track explanations. Three numbered callouts mark the core flow: 1 for the intent input, 2 for the generate button, and 3 for the output playlist.
概要
- Meloは五段階の処理で自然文の依頼を扱い、検索前の曲名照合と候補不足時の再試行を行う。
- 著者らの評価集合のうち曲名などを含む依頼では、誤認率が照合なしの17.4%から三層照合ありの9.6%になった。
- オンラインA/Bテストの結果はMuse Mixを追加した製品全体の比較であり、照合や再試行だけの効果を示すものではない。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、Meloの仕組み
- 01自然文の依頼
- 02意図と曲名の確認
- 03検索計画と候補取得
- 04候補点検と再計画
- 05曲目と説明
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
Meloは、自然文で頼まれた音楽を、再生可能な曲のプレイリストとして返す。短い入力では曲名と一般語を取り違えることがある。たとえば「Africa」は地名でもTotoの曲名でもあり、誤った解釈が検索へ渡ると、求めた曲に届かない。
地域やジャンルなどの条件が重なると、検索候補が少なくなる。そこで人気曲を一律に返すと、利用者が指定した条件を失いかねない。論文は、解釈を検索前に確認し、候補不足なら理由を基に検索をやり直す。
手法
Meloは依頼から曲名・歌手名や条件を取り出し、使う検索道具と引数を計画する。曲名候補は楽曲目録と検索索引で逆引きし、種類、利用可能性、活動状況などの手掛かりを確認する。曖昧な名前をすぐに確定せず、裏付けが弱ければ計画時に修正する。「Africa」なら地名という解釈だけで進めず、Totoの曲名かも照合する。
計画に沿って複数の検索・推薦道具を並列に動かし、候補数と依頼への適合を点検する。候補が足りなければ、その理由と修正案を計画段階へ返す。この再試行では条件を緩めたり検索経路を変えたりし、最大2回まで繰り返す。候補が十分なら曲目と説明を作り、再試行後も足りなければ部分的な結果に説明を添える。
新規性
Meloの主張は、言語モデルによる曲名などの解釈を検索索引の情報で確かめ、候補不足の理由を次の検索計画へ返す仕組みを、運用中の推薦処理に置いた点にある。どちらも処理内の決まった位置で働く。
著者らは各仕組みを外した構成と比較し、実行時の効果を調べた。検索や順位付けに使う学習済みモデルを、制御のために追加学習する方式ではない。
従来手法との違い
初期の自由形式エージェントでは、言語モデルが推論と道具の呼び出しを繰り返し、意図解釈や引数指定などの誤りが重なった。Meloは処理を五段階に固定する。ただし、初期方式との成功率の数値比較は示されていない。
曲名などの照合実験は、防御をすべて外した構成を基準にする。候補不足への対応は、空の結果を人気曲で埋める方法から、失敗理由に応じて計画を修正する方法へ変えた。オンライン実験の対照群は既存のプレイリスト画面だけを利用した。
実験結果
著者らはNetEase Cloud Musicのプレイリスト画面で、4月2日から5月10日まで約100万人をほぼ等分したオンラインA/Bテストを実施した。Muse Mixを追加した群は既存画面のみの群より、主要なプレイリスト継続指標が2ポイント超、利用時間指標が1分超高かったという。これは新機能全体の比較である。
別の298件の評価集合のうち、曲名などを含む依頼では、誤認率が照合なしの17.4%から三層照合ありの9.6%になった。再試行は評価集合の5.8%で発生し、その59.1%で処理上の回復に成功したと著者らは報告する。追加時間の中央値は15.9秒。この集合は失敗しやすい依頼を多めに含む。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案:音楽配信アプリで、利用者の「Africaという曲を起点に静かな曲を探す」という依頼から、再生可能な曲目と短い説明を返す試作を行う。曲名候補を自社の楽曲目録と検索索引で照合し、候補不足なら変更した条件を画面に示す。
必要な元データは楽曲目録、検索索引、既存の推薦用データである。評価例には正しい曲名と守るべき条件を人手で付ける。追加センサーは使わず、自社の目録項目と検索道具の入出力に合わせて照合規則と計画の項目を調整する。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案:楽曲目録、検索索引、既存の検索・推薦道具を接続し、自然文から曲名候補と希望条件を記録する小規模な試作を作る。実際の依頼を基にした評価例へ、正しい曲名と維持すべき条件を人手で付ける。追加の学習用データやセンサーは前提とせず、自社の目録と道具の入出力に合わせて照合規則を調整する。
同じ評価例で、照合なしと照合ありの曲名誤認率、応答時間を比べる。候補不足の依頼では、人気曲への切り替えと理由を返す再試行を比べ、候補の回復率、元の条件を守れた割合、追加時間を測る。
限界と課題
著者らは、298件の評価集合が曖昧な曲名や複雑な依頼を多めに含み、再試行率を実際の利用頻度とみなせないと説明する。対象は中国の音楽配信サービスの問い合わせで、オンライン実験には信頼区間や有意差検定が示されていない。条件を緩めた際に元の要望を守れるかも課題として挙げる。
編集上の検証事項は、別の楽曲目録でも照合が働くか、検索障害時に誤った曲へ進まないか、再試行の待ち時間が許容されるかである。新しい画面を追加した効果と、照合・再試行それぞれの効果は分けて判断する必要がある。
出典
元のタイトル・要旨を確認する(英語)
Melo: A Production LLM-Powered Music Recommendation Agent
We describe Melo, an LLM-powered music recommendation agent deployed on NetEase Cloud Music. Melo is structured as a deterministic five-node state graph over heterogeneous tools, with a prompt- and state-machine-driven orchestration policy rather than a fine-tuned controller. At industrial scale, the bottleneck is not how smart the brain is but how the system detects and recovers from the mistakes that brain makes. Two production failure modes drove the design: entity hallucination, where the agent commits to interpretations unsupported by the live catalog or user-behavior index, and long-tail degradation, where over-constrained requests collapse to generic popular fallbacks. We address them with two complementary mechanisms. Inference-time entity grounding repurposes the production search index as a verification primitive that gates entity decisions before they propagate downstream. Reflective retry verbalizes failure reasons from a broken tool chain and feeds them into the next planning step, so the system can relax or revise constraints rather than fall back blindly. A one-month online A/B test across NetEase Cloud Music's playlist surfaces reports an over 2 pp lift in a primary playlist retention metric and a lift of over one minute in a core playlist engagement metric. Offline ablation isolates a 7.8 pp reduction in entity misidentification from the three-layer grounding stack on our evaluation set, and a triggered-session analysis on our evaluation set shows reflective retry firing on 5.8% of sessions with 59% process-level recovery. Our deployment experience suggests that progress on LLM-powered music recommendation at this scale depends as much on the named, ablatable runtime machinery that catches and corrects the brain's mistakes as on the brain itself: a hypothesis we offer for the community to test.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01




