このガイドの出発点
MiniMax H3は8月の間、アニメクリエイターを強く惹きつけていました。ネイティブステレオ音声付きで最大15秒のクリップを生成できるオムニモーダル動画モデルで、ホスト版では2Kに到達し——そしてキャラクター表現にとって何より重要な点として——複合リファレンスを受け付けます。つまり、画像、映像、音声を組み合わせて1本のクリップを制御できるのです。8月27日には、もう一つの名前が並びました。MiniMax H3 Max、fal.aiとの提携によりH3をベースに追加学習された、速度に特化したティアです。検索の関心はすぐさま急上昇し、それと同時に「結局どちらを使うべきか」という混乱も広がりました。
結論を先に言うと、H3 Maxは「より大きなH3」ではありません。768pという上限を持つ、劇的に速く、安いH3です。そしてその上限の中では、決して見劣りしません。公開されている画像→動画のリーダーボードでは、現在1位——学習元であるベースモデルを上回っています。手放したものはただ一つ、2Kパスだけです。このガイドでは、それがアニメやOC制作にとって具体的にどんな意味を持つのかを整理します。
H3 Maxは「大きなH3」ではない
H3 Maxは、生成速度とコストに最適化されたH3の追加学習バリエーションです。
| MiniMax H3 | MiniMax H3 Max | |
|---|---|---|
| 解像度 | オープンウェイトで768p、ホスト版で最大2K | 480p / 768p |
| モード | text-to-video、image-to-video、画像・クリップ・音声を組み合わせた複合リファレンス生成 | text-to-video、image-to-video、そしてローンチから数日以内に追加された同じ複合リファレンス生成(画像・クリップ・音声) |
| 音声 | ネイティブステレオ、映像と同時に生成 | ネイティブステレオ、映像と同時に生成 |
| 速度 | 長いクリップでは分単位 | ほぼリアルタイム:公式発表では5秒のクリップが3秒未満、初期ユーザーの報告では10秒のクリップが約10秒で生成 |
| チューニングの方向性 | 能力の幅広さ | プロンプトへの忠実さ、美しさ、スループット |
| 参考価格(ホスト版) | 1秒あたりの単価は高め | 480pで約0.05ドル/秒、768pで0.08ドル/秒。リファレンス入力はトークン課金で、最初の数枚の画像は無料 |
このローンチを捉え直すもう一つの事実があります。これは「速いけど質が落ちる」ティアではありません。H3 Maxは現在、公開されている画像→動画のリーダーボードで1位に立っています——Design Arenaのスコアでは、追加学習元であるベースのH3を上回っているのです。これは、追加学習がスピードよりも先にプロンプトへの忠実さと美しさを狙ったからです。768pの範囲内では、Maxの方が優れたモデルだと言ってもよいでしょう。
解像度の上限は、切り替えを待っているだけのトグルではなく、構造的なものです。H3は768pでレンダリングし、別の再生成ステージを経て2Kに到達します。オープンになっているのはベースモデルのウェイトだけなので、そのウェイトから追加学習されたモデルには継承すべき2Kステージがそもそも存在しません。768pのH3 Maxは「2Kが後で来る」状態ではなく、それ自体が設計なのです。
両方のティアが共有しているのは、そもそもH3を面白くしたあの性質です。音声は映像の上に後付けで採点されるのではなく、映像と一緒に予測されます。環境音、衝突音、音楽的なヒットは、それを生み出した動きにぴったり乗ります。
リアルタイムに近い速度と低コストが本当に解放すること
ほぼリアルタイムで、安く、768pのクリップが生まれたことで、制作工程のうち一つの段階が完全に変わりました。イテレーションです。カットのブロッキングを組む、アクションが伝わるかテストする、同じビートのタイミングを4パターン試す——1秒あたり数円、しかも自分のプロンプトを読み返し終わる前にクリップが返ってくるスピードなら、常に「間違える」ことを許容できます。これはただ安いだけのモードではなく、まったく別の創作モードです。1パターンを試す代償が数秒しかかからないなら、あなたは「決める」代わりに「探る」ようになります。
そして、Maxのローンチから数日後に複合リファレンス生成が実装されたことで、イテレーションはもうアイデンティティのコントロールを諦める必要がなくなりました。リファレンス画像でOCを固定できます——従量課金の中で最初の数枚は無料です——そして、フルモデルと同じようにクリップや音声で誘導しながらキャラクターを保ったまま下書きできます。
Maxがまだできないのは、仕上げの解像度です。2Kステージは構造的にH3本体のものです。つまり、正直な分担はこうなります。
- Maxでイテレーションする — モーションテスト、タイミングのバリエーション、レイアウトの下書き、リファレンスで固定したアイデンティティのチェック、すべて768pのスピードで。
- フルモデルで仕上げる — カットが決まったら、同じリファレンスを使って2Kで再レンダリングし、実際に配信するネイティブ音声を付ける。
H3を他の仕上げグレードのモデルと比較検討しているなら、それはまた別の話です。H3 vs Seedance 2の比較がその一騎打ちを扱っています。
ArcLoopで下書き→仕上げの分担を回す方法
モデルのティアは、速いモードと最終モードを切り替える間もキャラクターとカットを安定させ続けるワークフローの中にあってこそ役立ちます。ArcLoopでは、その構造そのものがプロジェクトです。
生成の前にアイデンティティを固定する。 キャラクターをアセットとして作成し、リファレンス画像を Bind しましょう。アイデンティティのブレが最も暴れるのは下書きパスです——OCの顔が崩れる安いクリップからは、そのショットについて何も学べません。すべてのショットの説明でキャラクターを @ で参照しておけば、使い捨ての下書きでもキャラクターを保てます。アセット参照の方が、毎回キャラクターを一から言葉で説明し直すより確実だからです。
プロンプト入力欄ではなく、storyboardで下書きする。 episodeのstoryboardからshotを生成すれば、速いパスもすべて、それが属する shot card に紐づいた状態で保存されます。Shot 7のタイミングバリエーションを4つ作っても、それらはすべてShot 7と一緒に残ります——比較でき、差し替えでき、ダウンロードフォルダの中で迷子にもなりません。
やり直すのではなく、昇格させる。 下書きのバリエーションが勝ち残ったら、shot cardにはすでにその説明、アセット参照、カット内での位置が入っています。その同じshotをMiniMax H3でフル設定のまま再実行して最終パスにしましょう——同じshot、同じリファレンス、より上のティアというだけで、プロンプトを記憶から作り直す必要はありません。
下書きでカットし、完成版で差し替える。 ショットがまだ768pの下書きの段階でも、エピソードのタイムラインを組み立ててしまいましょう。ペーシングの問題はどの解像度でも見えますし、編集でボツになるショットに仕上げティアのクレジットを使ってしまう前に直す方が安上がりです。そのあとで、shotごとに完成版を差し替えます。これは、階層型のモデルファミリーすべてに当てはまるコストコントロールのロジックと同じです。観客が見る部分にお金を使い、まだ迷っている部分では温存しましょう。
速度優位を無駄にするパターン
- 速いティアで仕上げてしまう。 後からアップスケールした768pのPVは、今シーズンのネイティブ2K作品と勝負することになります。Maxは下書き用のツールです。下書き用のままにしておきましょう。
- アイデンティティのアンカーなしで下書きする。 固定していないキャラクターで速く反復しても、得られるのは「ノイズについてのフィードバック」であって、ショットについてのフィードバックではありません。アセットが先、下書きはその後です。
- 先週のスペック表を前提に計画する。 複合リファレンス生成はMaxのローンチ時点では「近日対応」でしたが、数日のうちに実装されました。今もなお、多くの比較記事はそれを「未対応」と書いています。このファミリーは毎週動いています。プロジェクトを決める前に、どちらの方向であっても、実際のエンドポイントで機能を確認しましょう。
- 1秒あたりの価格だけでティアを比較する。 0.08ドル/秒の下書きを8回作り直せば、フルモデルでの1回の丁寧なパスより高くつくこともあります。1クリップの値段ではなく、ループ全体の値段で考えましょう。
- 話題のモデル一つに、動いているパイプラインを丸ごと揺さぶらせる。 新しいティアはあらゆるモデルファミリーから次々に登場します。プロジェクトの構造が下書きと仕上げをすでに分けているなら、新しいリリースはどれも数時間でどちらかの役割にはまり込みます。それこそが長持ちするスキルであって、個々のモデルのスペック表ではありません。
よくある質問
MiniMax H3 MaxはH3より優れていますか?
768pの範囲では、多くの場合そうです。学習元のベースモデルを上回って画像→動画のリーダーボードを牽引していますし、複合リファレンス生成を含めH3のモードリストにも追いつきました。H3が独占しているのは2K出力ステージだけです。「優れている」かどうかは、そのパスがイテレーション用なのか出荷用なのかによって変わります。
実際どれくらい速いのですか?
公式発表では5秒のクリップが3秒未満、初期ユーザーの報告では10秒のクリップが約10秒で返ってきます。いずれにしても、動画をキューに入れるというより、画像を再生成するのに近い、まったく別の作業リズムです。
ArcLoopの中でMiniMax H3を使えますか?
はい。H3はArcLoop内で生成モデルとして利用でき、設定は選んだ生成モードによって異なります。アニメ制作で最も得意なこと——PV、オープニング、ネイティブ音声がクリップを牽引する音楽主導のシーケンス——については、MiniMax H3のモデルページを参照してください。 H3 MaxもArcLoopに独立したモデルとして入っています。画像・動画・音声のリファレンスを付けられ、5秒の480pクリップが約3秒で返ってきます。詳しくはMiniMax H3 Maxのモデルページを見てください。
H3 Maxも音声を生成しますか?
はい。音声と映像が一緒に生成されるという性質は共有のベースモデルに由来するので、速度ティアの下書きでもサウンドはモーションにきちんと乗ります。ビートシンクのアイデアを仕上げる前に、そもそも成立するかをテストするのに便利です。
キャラクターをショットをまたいで一貫させたいのですが、どちらのティアを使うべきですか?
どちらのティアも今ではリファレンス画像を受け付けるので、下書きでも最終版でもアイデンティティを固定できます。一貫性を実際に左右する規律はもっと手前にあります。キャラクターの正式なリファレンスをアセットに Bind しておき、下書きだろうと最終版だろうと、すべての生成をその同じ情報源から——たまたま手元にあった画像からではなく——供給することです。
ティアは戦術であって、戦略ではない
H3 Maxのローンチは、間違いなく良いニュースです。ループの下書き側が、速く安くなったのですから。ですが、速度ティアが報いるのは、それを活かせるように組み立てられたプロジェクトです。キャラクターはアセットとして固定され、ショットはstoryboardのcardの上に存在し、編集は下書きを受け入れて完成版を差し込める状態になっている——そういうプロジェクトです。この構造を一度作ってしまえば、これから登場するどんな速いモデルも、あなたの一貫性を脅かすものではなく、イテレーション速度へのアップグレードになります。プロジェクトを開き、キャラクターを固定して、安いティアには安いティアらしく働いてもらいましょう。





