Muse Wonderとは：新モデルは複数工程の制作タスクをどう進めるのか
Muse WonderとWonder Fullの提供範囲を紹介。3つの公式デモから、画像・参考資料・制約を複数工程の制作タスクにまとめる考え方と、成果物や完了基準の決め方を解説します。
Muse Wonderは、Metaが2026年10月12日に発表したAIモデルシリーズです。WonderとWonder Fullがあり、継続して取り組む必要のある複数工程のタスクに重点を置いています。クリエイターにとって注目したいのは、AIが提案だけで終わらず、参考素材や制約を踏まえて、アイデアを確認可能な成果物まで進められるかどうかです。Metaの発表では、今回の更新の方向性が紹介されています。
WonderとFullは、それぞれどこで使えるのか
2026年10月13日時点で、Metaの開発者向け説明に記載されている提供範囲は次のとおりです。
| モデル | 現在の利用方法 |
|---|---|
| Muse Wonder | Meta Model API、Muse Code |
| Muse Wonder Full | Muse CodeのPower Usage、Maximum Usageサブスクリプション |
Wonderはモデル名、Muse Codeはそのモデルを使うツールです。一般ユーザー向けのMuseアプリは、さらに別の利用窓口です。発表ではMuseアプリへの導入は引き続き「近日中」とされ、まずサブスクリプション利用者に提供すると説明されています。モデルが発表されたからといって、自分のMuseアプリもすでに更新されたとは限りません。
Fullは、より複雑なタスクを想定しています。選ぶときには、名前にFullが付くかどうかよりも、扱う資料の量、修正の回数、最後に何をもって完了と判断するかを考えるほうが役立ちます。
3つの公式デモが解決する、それぞれの課題
Metaの研究ページでは、制作に関連する3つの方向性が示されています。
- 画像から遊べる3Dキッチンゲームへ：差し替え可能な画像を入力として、ゲームを構築するデモです。こうした成果物では、ビジュアル素材と操作の仕組みをつなげる必要があり、評価するときも実際に操作が成り立つかを確認します。
- 写真からオリジナルグッズへ：個人の写真を使ってグッズをデザインし、注文まで行うデモです。デザインと実際の購入という2つの段階をまたぎます。自分のタスクでは、絵柄の承認と注文の承認を、明確に分けた判断にする必要があります。
- 複雑な条件から結婚披露宴の座席表へ：複数の組み合わせ条件に基づいて席を割り当てます。制作タスクには、数量、関係性、制約も含まれることが分かります。見栄えのよいレイアウトでも、条件の誤りは補えません。
この3例に共通するのは、素材だけでなく「最終的に何を完成させたいか」も入力する点です。デモを見るときは、どんなファイルができたのか、どの部分を引き続き編集できるのか、支払いや外部への操作まで含むのかを分けて確認できます。それぞれに異なる確認方法が必要です。
要求を覚えるだけでなく、作業を進められるか
Metaは、会話をまたいで関連情報を保持し、取り出す能力をActive Memory、難しい状況で別の方法を試し、タスクを進め続ける能力をActive Focusと呼んでいます。発表では、必要に応じてユーザーに質問し、重要な行動の前に確認することにも触れています。
制作で分かりやすい確認方法は、第3稿を修正するときに、第1稿で決めた要求が失われていないかを見ることです。たとえばシリーズ画像で、主役の服装、タイトルの表記、縦横比が決まっているなら、その後に背景だけを変えるときも、確定済みの条件は変わるべきではありません。これは、何度も修正する制作で役立つかを評価する方法の1つです。「記憶」を、すべての会話を保存することだと捉える必要はありません。
作業を続けるには、終点も明確でなければなりません。ファイルを生成すれば完了するタスクもあれば、内容の確認や誤りの修正まで必要なタスクもあります。工程を明確にしてこそ、AIが仕事を終えたのか、単に作業を何度か繰り返しただけなのかを判断できます。
アイデアを、確認できるタスクとして書くには
こうしたデモを参考にすると、クリエイターは「高級感がある、洗練された、創造的な」と形容詞を足し続ける代わりに、要求を4つに分けられます。
- 成果物：最後に必要なファイル、点数、使用先。
- 参考素材：必ず使う画像、文章、資料と、それぞれの役割。
- 維持する内容と制約：変更してはいけない部分、矛盾があったときに先に確認すること、承認を待つ必要がある操作。
- 完了の基準：サイズ、文字、数量、内容の対応関係を、それぞれどう確認するか。
最初にAIへタスクを言い直し、不足情報を列挙するよう頼む方法もあります。たとえば素材が2枚しかないのに、3種類の商品を見せたいという要求なら、3つ目の商品を勝手に作らせず、まず資料を補うべきです。こうした確認は特定のモデル名に依存せず、制作中の認識のずれを減らせます。
結果を受け取ったら、まず成果物の一覧と照合し、その後にビジュアルの細部を見ます。スクリーンショットだけで判断できるのは外観です。後から修正できるファイルが必要なら、文字、画像、その他の要素をどう編集できるかも確認します。次の修正依頼では、具体的な位置を示し、ほかの部分は維持すると伝えるのがおすすめです。毎回の修正範囲が明確になり、修正前後も比較しやすくなります。
Muse Wonderで見るべきものは、デモの完成画面だけではありません。実際の要求を複数工程のタスクを扱うシステムに渡したとき、確定した判断を維持し、矛盾を見つけ、確認や修正がしやすい成果物を出せるか。次に確かめたいのは、そこです。
