作者注：MiniMax H3-Image 規格拆解：約 16MP 直出、6 步蒸餾、最多 16 張參考圖。本文區分文檔說明與官方自報，並附上接口要點、開源協議邊界與 API易 上架狀態。
MiniMax 於 2026-11-10 通過官方 X 賬號發佈了 MiniMax H3-Image。這是一款開放權重的圖像生成與編輯模型，生成和編輯共用同一個 checkpoint。它有三個特點：約 16MP 分辨率直出且不經過放大器，蒸餾到 6 步推理，最多支持 16 張參考圖。截至 2026-11-11，API易（apiyi.com）的型號列表裏還沒有這個型號，接入方式和價格要等上架後再看。
這篇不是對發佈帖的轉述。下文每個數字都標了來源：模型卡和接口文檔裏寫明的規格標爲「文檔說明」，官方評測、官方博客和官方賬號裏的宣傳數字標爲「官方自報」，暫時無法確認的內容單獨列出。
核心價值：讀完本文，你會得到一張 MiniMax H3-Image 的能力邊界表，覆蓋分辨率、步數、參考圖、開源範圍以及現在能不能在 API易 調用。你可以據此判斷它要不要排進自己的圖像 API 選型表。
MiniMax H3-Image 核心信息速覽
先把發佈信息壓縮成一張表。表裏「來源」一列很重要，後面所有判斷都建立在這一列上。
| 信息項 | 詳情 | 來源 |
|---|---|---|
| 發佈時間 | 2026-11-10 15:40 UTC，官方 X 賬號 @MiniMax_AI 發帖 | 官方賬號 |
| 發佈方 | MiniMax | 官方賬號 |
| 模型類型 | 圖像生成與編輯，同一個 checkpoint，開放權重 | 文檔說明（模型卡） |
| 模型 ID | MiniMax-H3-Image、MiniMax-H3-Image-Highspeed |
文檔說明（接口文檔） |
| 使用入口 | MiniMax API、MiniMax Code、Hailuo AI | 官方賬號 |
| 開源協議 | MiniMax-H3-Image Community License，有適用地域限制 | 文檔說明（模型卡） |
| API易 狀態 | 暫未上架，我們會盡快上架這個模型；型號與價格以平臺型號列表爲準。 | API易 型號列表，2026-11-11 |
發佈帖的標題是「4K image generation in 10 seconds」。「10 秒出 4K」屬於官方自報，它是官方賬號的宣傳說法，不是接口 SLA。接口文檔寫的是服務端最多等待 600 秒，做超時和排隊設計時應該以 600 秒爲準，而不是 10 秒。
MiniMax H3-Image 規格、來源與待確認項
這一節回答一個問題：哪些數字可以直接寫進技術方案，哪些只能當參考。下表按「規格 / 來源 / 還不確定」三列整理。
| 規格 | 來源 | 還不確定 |
|---|---|---|
| 約 16MP 直出，從 4096×4096（1:1）到 6272×2688（21:9），不經過放大器 | 文檔說明（模型卡） | 不同比例下的細節保真度沒有獨立評測 |
| 蒸餾到 6 步（6 NFE），不使用 classifier-free guidance | 文檔說明（模型卡） | 6 步在複雜構圖上的穩定性缺少第三方數據 |
| DiT 33.1B 參數，50 層，BF16 | 文檔說明（模型卡） | 量化版本和顯存下限未見官方說明 |
| 最多 16 張參考圖 | 官方自報（模型卡、官方賬號） | 參考圖數量增加後，一致性如何變化 |
| 開源模型裏指令跟隨最強 | 官方自報（模型卡） | 沒有獨立榜單分數，無法橫向覈對 |
| 10 秒生成 4K | 官方自報（官方賬號） | 不是接口承諾，接口超時是 600 秒 |
| Highspeed 與標準版參數上限相同 | 文檔說明（接口文檔） | 兩者的具體速度差文檔未給數字 |
看完這張表可以得出一個結論：MiniMax H3-Image 的硬規格（分辨率區間、步數、參數量）有文檔支撐，比較可靠。真正需要打問號的是「指令跟隨最強」和「10 秒出 4K」這類表述，目前只有官方自報，沒有獨立複覈。
MiniMax H3-Image 16MP 直出：尺寸怎麼選
「16MP 直出」指的是模型在原生分辨率上一次生成，不再先出小圖、再用超分模型放大。按模型卡說明，它的有效工作區大約在 4MP 到 20MP 之間，16MP 附近效果最好。下面是模型卡給出的常用 16MP 尺寸，豎圖把寬高對調即可。
| 比例 | 橫圖尺寸 | 像素量（約） |
|---|---|---|
| 1:1 | 4096×4096 | 16.8MP |
| 4:3 | 4736×3552 | 16.8MP |
| 3:2 | 5024×3360 | 16.9MP |
| 16:9 | 5472×3072 | 16.8MP |
| 21:9 | 6272×2688 | 16.9MP |
這些尺寸對印刷物料、橫幅海報、電商長圖這類需要大畫幅的場景比較友好，可以省掉一次超分後處理。代價是單張圖文件更大，存儲和傳輸成本要提前算進流水線。
MiniMax H3-Image 6 步蒸餾意味着什麼
模型卡寫明 MiniMax H3-Image 蒸餾到 6 步（6 NFE），而且不使用 classifier-free guidance。少一次無條件分支計算，加上步數壓到 6，是它能宣稱快速出大圖的技術基礎。
這個設計也帶來一個直接限制：步數和引導係數基本是固定的。按文檔說明，本地推理時 num_inference_steps 只能是 6 或省略，guidance_scale 只能是 1 或省略，negative_prompt 會被直接拒絕。習慣靠加步數、調 CFG、寫負向提示詞來控圖的開發者，需要把控制手段轉移到正向提示詞和參考圖上。
MiniMax H3-Image 參考圖與生成編輯一體
生成和編輯共用同一個 checkpoint，這一點屬於文檔說明。對接入方來說，維護一個模型就能同時覆蓋文生圖和改圖，不必爲編輯任務單獨部署權重。最多 16 張參考圖則屬於官方自報，適合多角色一致性、多商品組合、品牌元素拼接這類任務。不過參考圖越多，一致性能否保持，目前還沒有第三方數據。
模型卡還提到一個可選的提示詞擴展模型 MiniMax-H3-Image-PE，用來把簡短提示詞擴寫成更完整的描述。它是可選組件，不裝也能正常推理。
MiniMax H3-Image 接口與部署要點
接口文檔把文生圖和編輯拆成了兩條路徑。下面按接入時最容易踩坑的順序列出要點，全部屬於文檔說明：
- 文生圖路徑：
POST /v1/images/generations - 編輯路徑：
/v1/images/edits，和文生圖是兩條接口 - 模型 ID：
MiniMax-H3-Image、MiniMax-H3-Image-Highspeed，兩者參數上限相同 - 數量
n：1 到 10 - 尺寸
size：傳WIDTHxHEIGHT時，面積須在 655,360 到 20,000,000 像素之間，寬高比在 1:3 到 3:1 之間 - 尺寸省略或
auto：面積默認 4K；1K、2K、4K分別對應 1024×1024、2048×2048、4096×4096 的目標面積 - 提示詞增強：默認開啓；設置
disable_prompt_enhanced爲true時，必須自己指定比例 - 輸出格式：
png、jpeg、webp，默認jpeg - 服務端等待上限：600 秒
本地部署要把顯存和磁盤算清楚。模型倉庫裏的 DiT 約 68.65GB，文本編碼器來自 MiniMax-H3、基於 Qwen3-VL，不在同一個倉庫裏，單獨約 66.7GB。兩者加起來，BF16 權重超過 135GB。
MiniMax H3-Image 開源協議的邊界
「open-weight」不等於隨便商用。MiniMax H3-Image 採用 MiniMax-H3-Image Community License，許可證日期爲 2026-11-10。協議寫明適用範圍是 Applicable Territory，也就是存在地域限制。超出協議範圍的使用需要額外的書面授權，申請入口在 MiniMax 平臺控制檯的 license 頁面。
因此，打算在商業產品裏自託管權重的團隊，應該先逐條讀完協議，確認所在地區和使用方式都在授權範圍內。拿不準時再走額外授權申請，不要默認「開源即可商用」。
MiniMax H3-Image 現在能在 API易 調嗎
結論是暫時不能。2026-11-11，我們覈對了 API易 apiyi.com 的型號文檔和價目接口：平臺已上架 MiniMax-H3 視頻模型，但還沒有 MiniMax-H3-Image，也沒有 MiniMax-H3-Image-Highspeed。
下表把 MiniMax H3-Image 相關型號和平臺上已能調用的鄰近圖像型號放在一起，方便對照。需要說明的是，已上架的鄰近型號是各自獨立的模型，不是 MiniMax H3-Image 的替代名或別名。
| 型號 | API易 狀態 | 計費方式 | 輸入價 | 輸出價 | 緩存讀價 |
|---|---|---|---|---|---|
MiniMax-H3-Image |
暫未上架 | — | — | — | — |
MiniMax-H3-Image-Highspeed |
暫未上架 | — | — | — | — |
| Seedream 5.5 | 暫未上架 | — | — | — | — |
| MiniMax-H3（視頻） | 已上架 | 按秒 | — | $0.03 / 秒 | 無緩存讀價 |
gemini-nano-banana-2.1 |
已上架 | 按次 | — | $0.045 / 次 | 無緩存讀價 |
gpt-image-2.6-flare |
已上架 | 按量 | 文本 $5、圖片 $8 | $30 | 文本 $1.25、圖片 $2 |
gpt-image-2.6-sunburst |
已上架 | 按量 | 文本 $5、圖片 $8 | $30 | 文本 $1.25、圖片 $2 |
按量計費型號的價格單位爲每百萬 token，數據日期 2026-11-11。MiniMax-H3-Image、MiniMax-H3-Image-Highspeed 和 Seedream 5.5 暫未上架，我們會盡快上架這個模型；型號與價格以平臺型號列表爲準。已上架型號同樣以平臺型號列表爲準。MiniMax 官方對 H3-Image 的定價不在本文參考資料範圍內，這裏不列具體數字，也就沒有可寫的緩存讀價。
上圖中的狀態和價格來自 API易 apiyi.com 的價目接口，日期 2026-11-11。谷歌這一側，按本文口徑最新的圖片模型是 Nano Banana 2.1，對應平臺型號 gemini-nano-banana-2.1。
🚀 接入建議：如果你的圖像流水線現在就要跑起來，可以先用平臺上已上架的圖像型號把調用鏈路搭好。這些型號走 OpenAI 兼容接口，
base_url填https://api.apiyi.com/v1。等 MiniMax H3-Image 上架後，通常只需要替換模型 ID，再按它的尺寸規則調整size參數，鏈路本身不用重寫。
MiniMax H3-Image 接入排錯三條
下面三條都來自接口文檔，是接入 MiniMax H3-Image 時最容易出問題的地方：
- 超時後不要盲目重試：請求不是冪等的。客戶端超時以後，服務端仍可能繼續出圖並扣費；這時候重試，會再出一張、再扣一次。文檔建議用 OpenAI SDK 時把
max_retries設爲0，同時把客戶端超時調到能覆蓋服務端 600 秒的等待上限。超時後先查賬單和任務記錄，再決定要不要補發。 - 錯誤碼
2068是套餐檔問題：它表示當前套餐檔不支持該模型，不是參數寫錯，也不是服務故障。改請求體解決不了，需要升級套餐或換用支持的型號。 negative_prompt和改步數會被拒：按文檔說明，num_inference_steps只能是 6 或省略，guidance_scale只能是 1 或省略，negative_prompt會被直接拒絕。從其他擴散模型遷移過來的調用代碼，要先刪掉這幾個參數。
MiniMax H3-Image 影響分析
對開發者的影響
- 大畫幅不再依賴超分：約 16MP 直出可以去掉「小圖生成 + 放大器」兩段式流程，減少一個模型的維護成本。
- 控圖方式要換：步數、CFG 和負向提示詞都被鎖住，控圖主要靠正向提示詞、參考圖和比例參數。現有提示詞模板需要重寫。
- 超時與計費策略要改：非冪等請求加上 600 秒的等待上限，要求客戶端改用「長超時 + 不自動重試 + 對賬」的策略。
- 自託管門檻不低：超過 135GB 的 BF16 權重，加上協議的地域限制，中小團隊更現實的路徑是走 API。對已經在 API易 apiyi.com 上跑圖像流水線的團隊來說，上架後在同一個 Key 下切換型號的成本最低。
對行業的影響
- 開放權重圖像模型的規格上限被抬高：33.1B 參數的 DiT 搭配 16MP 原生輸出，讓開放權重模型在大畫幅場景裏有了更直接的選項。
- 「開源」與「可商用」的區分會更常見：社區許可證加適用地域限制，說明在大模型開源裏，授權條款本身已經是選型的一部分，不能只看「open-weight」這個標籤。
- 宣傳數字與接口承諾需要分開看：「10 秒出 4K」和「600 秒超時」同時存在，提醒選型方以接口文檔爲準，把宣傳數字只當作參考。
常見問題 FAQ
Q1: 什麼是 MiniMax H3-Image？
MiniMax H3-Image 是 MiniMax 於 2026-11-10 發佈的開放權重圖像模型，生成和編輯共用同一個 checkpoint。按文檔說明，它能約 16MP 直出、蒸餾到 6 步；最多 16 張參考圖屬於官方自報。
Q2: MiniMax H3-Image 真的 10 秒出 4K 嗎？
這是官方賬號的說法，屬於官方自報，不是接口承諾。接口文檔寫的服務端等待上限是 600 秒，做系統設計時應以 600 秒爲準。
Q3: MiniMax H3-Image 開源了，能直接商用嗎？
不能一概而論。它採用 MiniMax-H3-Image Community License，適用範圍限定在 Applicable Territory。超出範圍需要通過 MiniMax 平臺的 license 頁面申請額外的書面授權，商用前應逐條覈對協議。
Q4: 如何通過 API易 調用 MiniMax H3-Image？
截至 2026-11-11 暫未上架，我們會盡快上架這個模型；型號與價格以平臺型號列表爲準。上架後可以在 API易 apiyi.com 用同一個 API Key，以 OpenAI 兼容方式調用。在此之前，可以先用平臺上已上架的圖像型號把調用鏈路搭好。
Q5: MiniMax-H3-Image 和 MiniMax-H3-Image-Highspeed 怎麼選？
文檔說明兩者的參數上限相同。名稱上看，Highspeed 偏向速度，但文檔沒有給出具體的速度差和畫質差。建議等兩者都能調用後，用自己的提示詞做對照，再決定用哪個。
Q6: MiniMax H3-Image 有哪些已知限制？
– 步數固定爲 6，引導係數固定爲 1，不支持 negative prompt。
– 請求不冪等，超時重試可能重複扣費。
– 錯誤碼 `2068` 表示套餐檔不支持該模型。
– 自託管權重總量超過 135GB，且協議有地域限制。
– 「指令跟隨最強」目前只有官方自報，沒有獨立榜單分數。
MiniMax H3-Image 核心要點 Key Takeaways
- 類型定位：開放權重圖像模型，生成和編輯共用一個 checkpoint。
- 分辨率：約 16MP 直出，4096×4096 到 6272×2688，不經放大器。
- 推理步數：蒸餾到 6 步，不使用 CFG，步數與引導係數不可調。
- 參考圖：最多 16 張，屬於官方自報，一致性有待第三方驗證。
- 接口要點：生成與編輯分兩條路徑，超時 600 秒，請求不冪等。
- 開源邊界：社區許可證有適用地域限制，額外商用需書面授權。
- 上架狀態：API易 暫未上架，型號與價格以平臺型號列表爲準。
總結
MiniMax H3-Image 的核心要點：
- 硬規格可靠：約 16MP 直出、6 步蒸餾、33.1B DiT 都有模型卡支撐，可以直接寫進選型表。
- 宣傳數字要打折：「10 秒出 4K」和「指令跟隨最強」屬於官方自報，接口超時以 600 秒爲準。
- 接入有三個坑：超時不要盲目重試，
2068是套餐檔問題，negative_prompt和改步數會被拒。 - 開源有邊界：社區許可證加地域限制，商用前必須覈對條款。
如果你需要大畫幅、多參考圖的圖像生成能力，MiniMax H3-Image 值得排進候選名單，但建議先按本文的能力邊界表做一輪文檔複測再下結論。上架進度可以關注 API易 apiyi.com 的平臺型號列表，在它上架之前，可以先用已上架的圖像型號把流水線跑通。
📚 參考資料
- MiniMax 官方 X 賬號發佈帖：MiniMax H3-Image 發佈公告
- 鏈接：
x.com/MiniMax_AI/status/2120179737695826420 -
說明：「10 秒出 4K」「16 張參考圖」等宣傳說法的出處，屬於官方自報
-
Hugging Face 模型卡：MiniMax-H3-Image 權重與規格
- 鏈接：
huggingface.co/MiniMaxAI/MiniMax-H3-Image -
說明：分辨率、步數、參數量、常用尺寸與社區許可證
-
MiniMax 圖像生成接口文檔：H3 文生圖接口參考
- 鏈接：
platform.minimax.io/docs/api-reference/image-generation-h3-generations -
說明：模型 ID、
size規則、超時、冪等性與錯誤碼2068 -
MiniMax 額外授權申請：社區許可證之外的書面授權
- 鏈接：
platform.minimax.io/console/license -
說明：超出 Applicable Territory 時的申請入口
-
API易 型號列表：平臺可用型號與上架狀態
- 鏈接：
docs.apiyi.com/models - 說明：本文上架狀態與價格的核對來源，數據日期 2026-11-11
作者：APIYI 技術團隊
技術交流：如對圖像模型的接入有疑問，歡迎在 API易 網站首頁聯繫我們，型號與價格以平臺型號列表爲準
