AIREITERMinimax H3 明明沒要求，卻老是在影片裡自動加配樂；同一個角色拍到一半，外套又莫名換了一件？問題通常不在提示詞寫得不夠長。實務上，minimax-h3-prompt 的替代解法有兩條路：讓雲端或本機 LLM 幫你把需求整理成分鏡腳本，或改用短提示詞就能穩定遵從指令的其他影片模型。不過，前提是你得先確認自己遇到的是哪一種失敗情境。
Minimax H3 真正要的是一份製作簡報
能正常運作的 Minimax H3 提示詞，不是一句畫面描述，而是一份壓縮過的製作說明。單次 omni-reference 請求中，MiniMax H3 可同時接受文字，以及最多 9 張圖片、3 段影片和 3 個音訊檔；總檔案數上限為 12 個，參考媒體合計最長 15 秒。託管版的文字轉影片輸出長度為 5–15 秒、24 FPS，並提供短邊 1,440 像素的 2K 輸出（託管版規格）。
官方建議的寫法，是讓每一項參考素材只負責一個、不與其他素材重疊的任務；用時間碼安排鏡頭節奏，例如 0–3 秒特寫、3–7 秒切換為廣角揭示。音訊也要像畫面一樣明確導演：對白使用 <d> 標籤，若要靜音則寫入 non_diegetic_music: N/A，最後再補上負面限制。提示詞容量大約可達 7,000 個字元，詳見官方提示詞撰寫 skill。
完整語法背景可參考我們的 Minimax H3 prompt guide 與 Minimax H3 prompt review。
H3 提示詞在實戰中最常卡在哪裡
從下方連結的討論串來看，Minimax H3 提示詞失敗的主因多半不是解析度，而是聲音、角色一致性與提示詞過度冗長。常見案例包括未經要求的背景音樂、對白後出現亂碼、環境音描述被直接念出來、畫外音亂入，以及即使標籤看似正確，台詞仍被分配給錯誤角色（案例討論串、提示詞指南討論串）。
「我會用這個，但大概有 20% 的時候它還是會自己加音樂，笑死。」 — u/TheElectriking，r/StableDiffusion
第二類問題是參考素材漂移。使用者回報，角色會在不同段落間換衣服、首幀延續失效，或在延長片段時複製出人物與參考表中的雜物。有位使用本機 ComfyUI 的使用者，直接點出參數差異：
「ref_images只是给 AI 看一眼参考图，至于听不听，全看它心情。first_frame明确告诉 AI，视频必须从这张图开始生成。」 — @hiwise_aigc（真實使用者註記：
ref_images是建議，first_frame才是錨點）
第三類則是輔助工具寫得太滿。在提示詞分享與本機 LLM討論中，使用者提到 LLM 輔助工具常會把鏡頭塞得太雜，或自行杜撰細節；反而短而直白的提示詞，有時能做出不輸長篇描述的結果。長篇串接影片往往同時暴露這三種問題，因此相較於多鏡頭故事，短單鏡頭也更容易診斷問題。
想留在 H3？別再手寫整份分鏡
連結討論串中有不少使用者沒有放棄 H3，而是改搭配 LLM 輔助工具。他們把官方指南交給 LLM 消化，產生初稿後再由自己編修，而不是從頭手寫：
- 雲端 LLM 搭配指南，阻力最低。 將 MiniMax 的參考資料貼進 ChatGPT、Claude、Gemini 或 Grok 的系統提示詞；先確認帶編號的鏡頭大綱，再展開各個鏡頭。先列兩階段大綱的流程與先建立系統提示詞的建議，在多個討論串中反覆出現。創作者測試也提供一個實用起點：把參考圖上傳至 ChatGPT，再以它生成的白話描述作為文字轉影片的基礎（範例）。
- 本機 LLM 搭配 skill，離線可控。 在本機 LLM 比較中，Gemma 4 與 Qwen 3.x 搭配 LM Studio、Ollama、llama.cpp 或 ComfyUI 節點屢次被提及；若審查機制阻礙測試，也有人選用未審查量化版本。有使用者建議讓本機 LLM 讀取官方 SKILL.md，可將迭代次數從約 20 次降至 2–3 次（來源）。若輔助模型與 H3 共用同一張 GPU，記得預留 VRAM。
- 簡短提示詞，適合簡單任務。 若只是單一建立鏡頭或商品 360 度旋轉，先限制為一個主體、一個動作、一個鏡頭運動。可直接套用這個起點：
Matte-black headphones on a white pedestal, slow 360-degree turntable, soft studio key light, fixed camera, no music, 8 seconds.。如果運動效果已經穩定，就別再塞進額外區塊：相關討論串顯示，短提示詞有時能與精雕細琢的長文匹敵，新增段落往往只是增加出錯點。完整的 omni 簡報應保留給角色與聲音鎖定、首尾幀轉場，或需要嘴型同步的對白。
短提示詞就能穩住時，換模型更有效
如果真正卡住的是原生長篇敘事、較容易控制的動作、頂級託管畫質，或完全本機化的需求，與其再重寫一次 H3 提示詞，不如直接換模型。沒有任何單一替代品能涵蓋 H3 的全部優勢，應依照前面確認的問題來選。
| 你想離開 H3 提示詞的原因 | 優先嘗試 | 適合它的原因 | 需要注意 |
|---|---|---|---|
| 多鏡頭故事在 10–15 秒後失去控制 | Seedance 2.5 | 為約 30 秒、以參考素材驅動的故事打造的音畫聯合模型，支援兩次延長 | 評測當時 ByteDance 公開 API 的參考資料不夠明確；需確認使用 Dreamina 或 API 路線 |
| 動作與鏡頭接觸感顯得鬆散 | Kling 3.0 | 以動態表現為優先的多模態製作能力，角色延續性與鏡頭指令較強 | 版本命名會影響結果；請記錄測試的是 3.0 還是 3.0 Omni |
| 客戶案需要高階託管輸出 | Veo 3.1 | Google 的旗艦影片生成模型，另有 Lite 版本可在速度與成本間取捨 | 配額與產品入口都會改變結果；不要混用 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 | 對首幀與圖生影片的控制力強，適合轉場與產品導向鏡頭 | 音訊指令工具比 H3 omni-reference 少；需另外規劃聲音 |
這是背景資訊，不是最終判決：Artificial Analysis 在 2026 年 10 月下旬的影片編輯排行中，將 H3 768p 排在第 5 名。MiniMax 則宣稱，H3 的 2K 每秒成本不到主流模型的三分之一（經由 Krea 彙整的 MiniMax 定價資訊）。這些比例適合當作起點，而不是實際可交付成片的成本。
想看直接比較，可閱讀我們的 Minimax H3 vs LTX 2.3 與 Flux 3 vs Minimax H3 video comparison。供應狀態則持續更新於 Minimax H3 video page。
每秒單價，為什麼常常算錯帳
標示的每秒價格，幾乎無法直接推算出一支可用影片的實際成本。有位真實使用者測得一支 H3 生成花了 $0.60，並質疑價格約為 10 倍的 Seedance 2.5 是否真的值得：
「Seedance 2.5 真的值得貴 10 倍嗎？我測試了 MiniMax H3，這支影片只花 $0.60 就生成了。」 — @Tomdotdev（單次生成經驗，提示詞見回覆串）
這筆 $0.60 只是一次生成，不是製作平均成本。重試、seed 差異、升頻、儲存與審片，都會讓可接受輸出的成本高於標價。本機執行則是把重試成本換成 GPU 租用與維護成本。若要因價格而轉換路線，先統計各方案最近五支獲接受影片的重試次數與審核時間。
用一個下午測出替代方案值不值得
以相同、已取得授權的素材，在 H3 與一個挑戰者模型上測試；長寬比要一致，片長則選各自最接近的可用級距。
- 挑一條已成功過一次的短 H3 提示詞，例如單鏡頭產品展示或空拍片段。
- 先以低解析度或低步數生成，確認動作與角色一致性，再進行昂貴的 2K 輸出。
- 若對白或方向出錯，先用不同 seed 重試同一條提示詞，不要立刻改寫文字（seed 重試建議）。
- 每次生成只改一個變因：動作、鏡頭或風格。
- 每個模型各生成四支，盲測評分指令遵從性、角色穩定性、動作、鏡頭表現與音訊，並記錄單次請求成本及可接受輸出成本。
如果低解析草稿已經解決問題，瓶頸就在迭代成本，適合保留 H3 並加入輔助工具。若角色一致性或音訊在不同 seed 與草稿中持續失敗，代表瓶頸是結構性的，應考慮換模型。
常見問題
哪個模型最接近 H3 的長篇故事能力？
若特別看重較長、由參考素材驅動且音畫同步的故事，Seedance 2.5 最接近。若重點是動作控制，Kling 3.0 可能更合適；若追求高階託管品質，則是 Veo 3.1。
該用輔助工具繼續留在 H3，還是直接換模型？
單鏡頭效果正常，只是格式撰寫拖慢速度時，保留 H3 即可。若音訊歸屬或角色延續性在不同 seed 與草稿中持續失敗，就該換模型。
哪種提示詞輔助工具最適合 H3？
將官方指南放入系統提示詞，再使用託管的 ChatGPT、Claude、Gemini 或 Grok，是阻力最低的做法。離線工作則適合搭配 SKILL.md 的本機 Gemma 4 或 Qwen 3.x，但需要額外 VRAM。
H3 一直自動加音樂，如何強制靜音？
加入 non_diegetic_music: N/A，並且只列出畫面內合理存在的聲音。重寫結構前，先預留一次 seed 重試；一位引用的使用者表示，約有 20% 的嘗試仍會出現音樂滲漏。
對白該用 <d> 標籤，還是直接標註說話者？
當出現 <d>[English]... 類型的雜訊時，先嘗試像 S1 says "..." 這樣的純文字標註，再以 A/B 測試比較標籤寫法。多位使用者表示，拿掉標籤後亂碼便消失了。
延伸閱讀
- Minimax H3 prompt guide — 首幀、參考素材與音訊區塊的逐欄語法
- Minimax H3 prompt review — 格式在哪些情境下穩定、又在哪裡開始吃力
- Seedance 2.5 prompts guide — H3 時序失控時可考慮的長篇故事替代方案