AIREITERMinimax H3で、指定していないBGMが勝手に入る。ショットの途中でキャラクターのジャケットが変わる。こうした問題は、たいていプロンプトを長くしても直りません。現実的なminimax-h3-promptの代替策は2つです。撮影台本をホスト型またはローカルのLLMに書かせるか、短い自然文プロンプトでも指示が通る別の動画モデルへ替えるか。重要なのは、起きている失敗の種類に合わせて選ぶことです。
Minimax H3で求められるプロンプトの中身
Minimax H3で機能するプロンプトは、一文の情景説明ではなく、圧縮された制作指示書です。MiniMax H3は1回のomni-referenceリクエストでテキストに加え、最大9枚の画像、3本の動画クリップ、3つの音声ファイルを受け付けます。合計12ファイルまで、参照メディアの合計尺は15秒までです。ホスト型のtext-to-video出力は5〜15秒、24 FPS、短辺1,440ピクセルの2K出力となっています（hosted specs）。
公式の書式では、各参照素材に重複しない役割を1つだけ与えます。たとえば「0〜3秒はクローズアップ、3〜7秒はワイドで見せる」というようにビートをタイムコードで指定し、映像と同じレベルで音声も演出します。台詞には<d>タグを使い、無音にしたい場合はnon_diegetic_music: N/Aを指定します。最後にはネガティブ制約を置きます。プロンプトはおよそ7,000文字まで入力可能で、詳細は公式のプロンプト作成スキルに記載されています。
書式の全体像については、Minimax H3 prompt guideおよびMinimax H3 prompt reviewも参照してください。
H3プロンプトが実運用で崩れる理由
下記でリンクしているスレッドを見ると、Minimax H3のプロンプト失敗は解像度よりも、音、アイデンティティ維持、指示の冗長さに集中しています。報告例には、意図しないBGM、台詞の後に続く意味不明な音声、音響演出の説明文をそのまま読み上げる問題、画面外からの発話、タグを正しく書いたはずなのに別の話者へ台詞が割り当てられる問題などがあります（example thread、prompt-guide thread）。
「これを使っているけれど、それでも20%くらいの確率で勝手に音楽が入る（笑）」 — u/TheElectriking、r/StableDiffusion
もう1つの大きな問題は、参照のドリフトです。ビートの途中で服装が変わる、最初のフレームからの継続生成が失敗する、延長時に人物や参照シートの要素が重複するといった報告があります。ローカルのComfyUIユーザーは、パラメータの違いを次のように端的に説明しています。
「
ref_imagesはAIに参考画像を一度見せるだけで、従うかどうかはAI次第。first_frameは、この画像から動画を始めるようAIに明示するものです。」 — @hiwise_aigc（実ユーザーのメモ：ref_imagesは提案、first_frameは固定）
3つ目は、ヘルパーが生成する指示の冗長さです。プロンプト共有およびローカルLLMのスレッドでは、LLMヘルパーがショットに情報を詰め込みすぎたり、存在しない細部を作り足したりしがちだという声が見られます。一方で、短い素のプロンプトが凝った長文と同等に機能することもあります。長い連結動画ではこの3つが同時に表れやすいため、複数ショットのストーリーより短い単一クリップのほうが原因を切り分けやすくなります。
H3を続けるなら、台本を手書きしない
リンク先のスレッドには、モデルを捨てるのではなくLLMヘルパーを加えてH3を使い続けたユーザーが複数います。公式ガイドを読ませたLLMに下書きを作らせ、そこから編集する運用です。
- ホスト型LLM＋公式ガイド：最も手軽な方法。 ChatGPT、Claude、Gemini、GrokのシステムプロンプトへMiniMaxのリファレンスを貼り、まず番号付きのショット構成を承認してから各ショットを展開します。2段階のアウトラインワークフローと、先にシステムプロンプトを整えるという助言は、複数のスレッドで繰り返し挙がっています。クリエイターのテストから得られた実用的な出発点としては、参照画像をChatGPTにアップロードし、そのプレーンな説明文をtext-to-videoのベースに使う方法があります（example）。
- ローカルLLM＋スキル：オフラインで制御したい場合。 ローカルLLM比較では、LM Studio、Ollama、llama.cpp、ComfyUIノード経由のGemma 4とQwen 3.xが繰り返し候補に挙がります。拒否応答によってテストが止まる場合には、uncensored quantも使われています。あるユーザーは、ローカルLLMに公式SKILL.mdを与えることで、反復回数を約20回から2〜3回へ減らせたとしています（source）。ヘルパーとH3を同じGPUで動かすなら、余分なVRAMを見込んでください。
- 簡潔なプロンプト：単純な仕事にはこれで十分。 1つの引き絵やターンテーブル動画なら、被写体1つ、動作1つ、カメラ移動1つに絞ります。出発点として、そのまま使える例はこちらです。
Matte-black headphones on a white pedestal, slow 360-degree turntable, soft studio key light, fixed camera, no music, 8 seconds.動きがすでに成立しているなら、余計なセクションは追加しないでください。linked threadsでは、短い素のプロンプトが凝った文章と同じ結果を出す例もあります。セクションを増やすほど、失敗箇所も増えます。アイデンティティと声の固定、最初から最後のフレームへの遷移、リップシンク付きの台詞に限って、完全なomniブリーフを使うのがよいでしょう。
短いプロンプトで足りる用途はモデルを替える
より長いネイティブなストーリー生成、動きの扱いやすさ、高品質なホスト型出力、完全なローカル制御のどれかが決定的な要件なら、H3のプロンプトを書き直し続けるよりモデルを替えるほうが合理的です。H3の強みをすべて引き継ぐ代替モデルはないため、先ほどの失敗原因に合わせて選んでください。
| H3プロンプトから離れたい理由 | 最初に試すモデル | 向いている理由 | 注意点 |
|---|---|---|---|
| 10〜15秒を超えると複数ショットの物語が崩れる | Seedance 2.5 | 約30秒の参照駆動ストーリーを想定し、2回の延長パスを備えた音声・映像統合モデル | レビュー時点ではByteDanceの公開APIリファレンスが明確でなかった。Dreamina経由かAPI経由かを確認すること |
| アクションやカメラとの接触表現が甘い | Kling 3.0 | キャラクター継続性とカメラ指示をより重視した、モーション優先のマルチモーダル制作向け | バリアント名が重要。3.0と3.0 Omniのどちらをテストしたか記録すること |
| クライアント案件で高品質なホスト型出力が必要 | Veo 3.1 | 速度とコストのトレードオフ用にLiteバリアントも用意された、Googleのフラッグシップ動画生成モデル | クオータと製品へのアクセス経路で結果は変わる。Veo 3、3.1、3.1 Liteのスコアを混在させないこと |
| オープンウェイトまたはローカル実行が必要 | Wan 3.0 hosted / 2.2 open | Alibabaのホスト型ルートに加え、プライベートな実験に使える本格的なオープンウェイトのベースラインがある | Wan 2.7/3.0のホスト型マーケティングは、Wan 2.2のローカル品質を保証しない |
| 画像主導の編集やスタイライズしたクリップを作りたい | Flux 3 Video | トランジションやプロダクト中心のショットで、最初のフレームとimage-to-videoの制御に強い | 音声指示のツール群はH3 omni-referenceほど充実していない。音は別途設計すること |
これは結論ではなく参考情報です。Artificial Analysisは、2026年10月下旬のvideo editingでH3 768pを5位に置いています。MiniMaxは、H3の2K出力は主流モデルより1秒あたりのコストが3分の1未満だと主張しています（KreaによるMiniMax価格の要約経由）。ただし、この比率は利用開始時の目安であり、採用クリップあたりのコストではありません。
直接比較のメモは、Minimax H3 vs LTX 2.3およびFlux 3 vs Minimax H3 video comparisonを参照してください。利用状況はMinimax H3 video pageで追跡しています。
秒単価だけでは実コストを判断できない
表示上の秒単価から、使えるクリップ1本にいくらかかるかは分かりません。ある実ユーザーの検証では、H3の1回のレンダリングは$0.60でした。そのうえで、約10倍とされるSeedance 2.5に価格差を正当化できるだけの価値があるのかを問いかけています。
「Seedance 2.5は、本当に10倍高いだけの価値があるのか？ MiniMax H3を試したところ、この動画の生成費用はわずか$0.60だった。」 — @Tomdotdev（単発レンダリングの事例。プロンプトは返信欄に掲載）
この$0.60は1回のレンダリング費用であって、制作全体の平均ではありません。再試行、シードごとの差、アップスケール、ストレージ、レビューのコストによって、採用可能な出力の実コストは表示単価を上回ります。ローカル実行では再試行の支出をGPUレンタルとメンテナンスの負担に置き換えることになります。価格を理由に移行する前に、各ルートで直近5本の採用クリップについて、再試行回数とレビュー時間を数えてください。
半日で代替モデルを検証する手順
H3と候補モデル1つで、使用許可を得た同じ素材を使い、アスペクト比と利用可能な範囲で最も近い尺のティアを揃えてテストします。
- 単一ショットの商品動画やドローン映像など、一度はうまく動いた短いH3プロンプトを1つ選びます。
- 高価な2Kパスに進む前に、低解像度または低ステップでレンダリングし、動きとアイデンティティを確認します。
- 台詞または向きが崩れた場合は、文面を書き換える前に同じプロンプトで別のシードを試します（seed-retry tip）。
- レンダリングごとに変える変数は1つだけにします。アクション、カメラ、スタイルのいずれかです。
- モデルごとに4本をブラインド評価し、指示追従、アイデンティティ維持、動き、カメラ挙動、音声に加え、リクエスト単価と採用出力単価を記録します。
低解像度のドラフトですでに問題が解決するなら、ボトルネックは反復コストです。ヘルパーを加えてH3を使い続けましょう。シードやドラフトを変えてもアイデンティティや音声が失敗するなら、ボトルネックは構造的です。モデルを替えるべきです。
よくある質問
長めのH3ストーリーに最も近い直接的な代替モデルは？
同期音声を含む長めの参照駆動ストーリーという用途なら、最も近いのはSeedance 2.5です。モーション制御ならKling 3.0、高品質なホスト型出力ならVeo 3.1のほうが適している場合があります。
H3はヘルパー付きで使い続けるべき？ それともモデルを替えるべき？
単一ショットは機能していて、書式作成だけが遅いならH3を維持してください。シードやドラフトを変えても音声の話者割り当てや継続性が崩れるなら、モデルを替えるべきです。
H3向けのプロンプトヘルパーは何が最適？
最も手軽なのは、公式ガイドをシステムプロンプトに入れたホスト型のChatGPT、Claude、Gemini、Grokです。オフライン作業にはSKILL.mdと組み合わせたローカルのGemma 4またはQwen 3.xが向いていますが、余分なVRAMが必要です。
H3が勝手にBGMを加えるとき、無音にするには？
non_diegetic_music: N/Aを加え、ダイジェティック音だけを明記してください。構成を組み直す前に、シードを変えた再試行分の余裕を取るべきです。引用したユーザーの1人は、約20%の試行で音楽が漏れると報告しています。
台詞には<d>タグとプレーンな話者ラベルのどちらを使うべき？
<d>[English]...由来のアーティファクトが出る場合は、まずS1 says "..."のようなプレーンなラベルを試し、その後にタグあり・なしでA/Bテストしてください。タグを外すと意味不明な出力が消えたという報告が複数あります。
関連記事
- Minimax H3 prompt guide — first-frame、reference、audioブロックの項目別シンタックス
- Minimax H3 prompt review — この書式が機能する場面と苦しくなる場面
- Seedance 2.5 prompts guide — H3でタイミングが崩れる場合の、長編ストーリー向け代替案