MiniMax-H3-Image vs MiniMax-H3: Một bên là mô hình video, bên kia là bản cắt khung hình tĩnh của nó

Điều trung thực nhất ở MiniMax-H3-Image chính là danh sách tệp của nó. Sáu mươi sáu gigabyte diffusion transformer, 2,34 GB VAE, mười hai megabyte các head lấy mẫu theo từng bước — và không có text encoder ở bất kỳ đâu trong kho lưu trữ. Encoder không hề bị thiếu. Nó được đi mượn: model_index.json trỏ vào MiniMax-H3, mô hình video đa phương thức omni 33B mà M​iniMax mã nguồn mở ngày 31 tháng 7 năm 2026, và tải text_encoder/ từ đó, 66,7 GB Qwen3-VL, không thay đổi gì. Nếu MiniMax-H3 đã có sẵn trên đĩa của bạn, mô hình ảnh chẳng tốn thêm gì để mã hoá một prompt. Nếu chưa có, khung hình tĩnh đầu tiên của bạn sẽ tốn 135 GB dung lượng tải về, và mô hình thứ hai trong phép so sánh này đang thực sự gánh việc cho mô hình thứ nhất.

Dòng cấu hình đó chính là mối quan hệ giữa hai mô hình, và nó giải thích phần lớn những khác biệt thực tế giữa chúng. MiniMax-H3-Image là MiniMax-H3 đã bỏ nhánh âm thanh, đầu ra được chuyển mục tiêu từ video tiềm ẩn sang ảnh tiềm ẩn, và toàn bộ được chưng cất rút gọn xuống còn sáu bước lấy mẫu. Không có gì ở phía văn bản thay đổi. DiT thậm chí còn đọc cùng các trạng thái ẩn ở lớp thứ 50 từ cùng một bộ mã hóa, đó là lý do các thư mục tokenizer và processor giống hệt nhau đến từng byte và vì sao mô hình ảnh kế thừa khả năng xử lý lời nhắc bằng tiếng Anh của H3 mà không cần một dòng huấn luyện mới nào trên nhánh đó.

Điều khiến điều này đáng viết vào lúc này là cách thức phát hành chứ không phải nội dung của nó. MiniMax đã không công bố một bài đăng blog nào cho mô hình hình ảnh. Blog và mục tin tức của công ty không có gì về mô hình hình ảnh — mục mới nhất ở đó là bài đăng M3.1 Flash ngày 19 tháng 10 — và các trang mô hình vẫn mở đầu bằng H3 như một hệ thống video. Xác nhận duy nhất từ phía nhà cung cấp mà chúng tôi tìm thấy là một thẻ ghi ngày 10 tháng 11 năm 2026 trong danh sách phát hành mô hình của tài liệu API, có nội dung “Một mô hình hình ảnh trọng số mở hàng đầu. Từ ý tưởng đến những thế giới mới” — một câu không có thông số kỹ thuật, không có benchmark và không có ngày tháng riêng. Kho lưu trữ Hugging Face được tạo vào ngày 3 tháng 11, và các trọng số được đưa lên vào ngày 10 tháng 11 lúc 14:50 UTC. Hai bản sửa đổi README và một hướng dẫn triển khai vLLM-Omni xuất hiện sau đó trong vòng một giờ. Đó là một đợt phát hành âm thầm: các sản phẩm là có thật và có thể tải xuống, còn thông báo thì không. Mọi thứ dưới đây được đọc từ kho lưu trữ, tệp giấy phép và tài liệu của chính MiniMax, và ở đâu một con số là tuyên bố chưa được tái lập của chính nhà cung cấp, chúng tôi nói rõ điều đó.

Hai mô hình, theo đúng những điều khoản mà mỗi mô hình thực sự được bán dựa trên đó

MiniMax-H3 là một mô hình sinh omni-modal đa dụng. Nó nhận văn bản, hình ảnh, video và âm thanh như một ngữ cảnh được đóng gói duy nhất, rồi xuất ra video dài 4 đến 15 giây ở 24 khung hình/giây với âm thanh stereo 32 kHz gốc, ở độ phân giải gốc 768p, cùng một lượt tái sinh riêng — H3-Regenerate-2K — đưa kết quả và ngữ cảnh ban đầu trở lại qua mô hình để đạt 2K. Có hai biến thể đầu vào đáng lưu ý: H3-Base-FL2VA nhận không, một hoặc hai hình ảnh làm khung đầu/khung cuối, và H3-Base-Ref2VA nhận tối đa 9 hình ảnh, 3 đoạn video và 3 đoạn âm thanh, tổng cộng không quá 12 tệp. Một bộ tiền xử lý chạy trên máy chủ có tên H3-Context-IR phân tích đầu vào hỗn hợp và viết lại thành dạng có cấu trúc, và MiniMax nói rõ rằng nó không thuộc bản phát hành mở vì nó phụ thuộc vào một số mô hình chạy trên máy chủ.

MiniMax-H3-Image nhận văn bản và tối đa 16 ảnh tham chiếu rồi xuất ra một ảnh. Diffusion transformer có 33,1B tham số — thiết kế dense đơn luồng, 50 lớp, kích thước ẩn 5.376, 56 đầu attention, độ rộng FFN 14.336, RoPE đa phương thức 3D, trọng số BF16 với các lớp embedding, timestep và đầu ra FP32. Image VAE là bộ mã hóa CNN với bộ giải mã ViT 24 lớp, giảm mẫu không gian 16× và 24 kênh latent; DiT chia latent đó thành các patch 2×2, nên một token transformer bao phủ một khối 32×32 pixel. Diện tích đầu ra đạt tới 20 megapixel qua API, và tuyên bố nổi bật của card là khoảng 16 megapixel ở mọi tỷ lệ khung hình — 4096×4096 ở 1:1 đến 6272×2688 ở 21:9, không cần upscaler.

Đọc song song hai đoạn văn đó là thấy ngay chỗ rẽ nhánh. Mô hình video dành dung lượng của nó cho thời gian và cho một phương thức thứ hai. Mô hình hình ảnh dành dung lượng đó cho không gian. Cùng phần thân, mục tiêu khác nhau.

Sáu bước và không dùng classifier-free guidance mới là phần kỹ thuật thực sự.

Phần không chỉ là phép trừ trong MiniMax-H3-Image chính là quá trình chưng cất, và nó được thực thi chứ không chỉ được khuyến nghị. Checkpoint chạy sáu bước lấy mẫu — sáu NFE — hoàn toàn không có classifier-free guidance. API được phục vụ không coi những giá trị đó là mặc định: num_inference_steps phải được bỏ qua hoặc bằng 6, guidance_scale phải được bỏ qua hoặc bằng 1, và bất kỳ giá trị nào khác đều trả về HTTP 400. Lời nhắc phủ định bị từ chối thẳng thừng. Một tệp riêng, pdd_fused_heads.safetensors, mang các head đầu ra theo từng bước thay thế lớp đầu ra của transformer, với lịch trình trong pdd_config.json; tức là 12 MB trong tổng số 68,65 GB nhưng lại đảm nhận một lượng công việc lớn không tương xứng.

Đây là khác biệt giữa một mô hình có thể đặt phía sau một bề mặt tương tác và một mô hình không thể. Một mô hình khuếch tán có hướng dẫn 30 bước ở 16 megapixel là một tác vụ theo lô. Sáu bước không hướng dẫn ở cùng độ phân giải là một yêu cầu. Cách diễn đạt của chính MiniMax — “hình ảnh 16 megapixel với chi phí tính toán thực tế” — là một tuyên bố về FLOPs trên mỗi pixel, và lịch trình sáu bước chính là cách tuyên bố đó được cụ thể hóa. Liệu nó có đúng ở mức chất lượng mà các hình ảnh trình diễn gợi ý hay không là câu hỏi chưa bên thứ ba nào trả lời; không có mục Artificial Analysis nào cho MiniMax-H3-Image trên cả hai bảng hình ảnh tính đến ngày 10 tháng 11 năm 2026, và không có bảng đánh giá của nhà cung cấp trong card.

Đối với việc phục vụ cục bộ, câu chuyện về framework đặc biệt hoàn chỉnh đối với một mô hình còn non trẻ như vậy. SGLang là lộ trình tham chiếu với một cookbook đã được ghi chép tài liệu; vLLM-Omni công bố một công thức với cấu hình theo từng phần cứng và độ trễ đo được, nêu tên NVIDIA H200, RTX PRO 6000 Blackwell và AMD Instinct MI350X; diffusers và ComfyUI đều hỗ trợ sẵn. Song song hóa chuỗi là một cờ — --ulysses-degree trên SGLang, --usp trên vLLM-Omni — và một GPU duy nhất là đủ để bắt đầu. Bộ mã hóa văn bản mới là chi phí bộ nhớ thực sự, và đó là bộ mã hóa văn bản của mô hình video, chính là điểm của toàn bộ so sánh này.

Hai máy đo, và không cái nào là bộ đếm token mà bạn có thể ước chừng bằng mắt.

M​iniMax tính phí hai mô hình này theo những đơn vị không tương thích với nhau, và đó chính là cái bẫy trong mọi câu hỏi “mô hình nào rẻ hơn”. H3 được tính theo số giây đầu ra được tạo, theo độ phân giải: $0.08 mỗi giây ở 768P, $0.13 mỗi giây ở 2K, với vật liệu đầu vào được tính thêm — năm ảnh tham chiếu đầu tiên miễn phí và $0.04 mỗi ảnh sau đó trên mô hình cơ bản, đầu vào âm thanh miễn phí, video tham chiếu được tính phí theo thời lượng của chính nó ở độ phân giải đầu ra. Một clip 2K dài 10 giây tốn $1.30 cho phần đầu ra trước khi tính bất kỳ ảnh tham chiếu nào.

MiniMax-H3-Image được tính phí theo token dựa trên mức giá đầu ra hình ảnh. Ở gói tiêu chuẩn, bảng giá được công bố ghi $2.30 cho mỗi triệu token văn bản đầu vào, $1.50 cho mỗi triệu token hình ảnh đầu vào và $3.80 cho mỗi triệu token hình ảnh đầu ra, và các ví dụ tính toán của chính nhà cung cấp quy đổi điều đó thành:

• 1K (1024×1024) văn bản thành hình ảnh — $0.02179 mỗi ảnh.

• 2K (2048×2048) văn bản thành hình ảnh — $0.02333 mỗi hình ảnh.

• Tạo ảnh từ văn bản 4K (4096×4096) — $0.06879 mỗi ảnh, được niêm yết ở mức $0.03439 theo ưu đãi giảm 50% trong thời gian có hạn.

• Chỉnh sửa 1K với một tham chiếu — $0.02654; 2K — $0.02658; 4K — $0.07312, giảm giá còn $0.03656.

• Chỉnh sửa 1K với ba tham chiếu — $0.03563; 2K — $0.04177; 4K — $0.07914, được giảm giá còn $0.03957.

Hình dạng của thang giá đó mới là phần thú vị. Gấp mười sáu lần số pixel chỉ tốn hơn ba lần số tiền, vì đơn vị tính là token và số lượng token không tăng tuyến tính theo diện tích như trực giác gợi ý. Biến thể tốc độ cao, MiniMax-H3-Image-Highspeed, nhận cùng tham số và giới hạn và tính $7.60 mỗi triệu token hình ảnh đầu ra — $0.03529 ở 1K, $0.13001 ở 4K trước cùng mức giảm giá. Mức giảm giá áp dụng khi hình ảnh được giao có ít nhất 16.600.000 pixel và kéo dài đến 17 tháng 11 năm 2026 lúc 16:00 UTC, đây là dữ kiện thương mại có ghi ngày duy nhất trong toàn bộ bản phát hành.

Đặt hai thước đo cạnh nhau, ngã rẽ sẽ có giá. Một giây video 768P là $0,08; ảnh tĩnh M​iniMax rẻ nhất vào khoảng $0,022. Một clip bốn giây — đoạn ngắn nhất mà H3 sẽ tạo ra — tốn khoảng mười lăm ảnh 1K. Đó không phải là lý lẽ ủng hộ mô hình nào. Đó là lý do “cái nào rẻ hơn” không có câu trả lời cho đến khi bạn nói rõ mình đang tạo ra gì.

Nơi fork gây ra vấn đề trong một triển khai thực tế

Ba sự bất đối xứng quan trọng hơn câu hỏi về chuẩn đối sánh.

Đầu tiên là xử lý đầu vào. H3-Image nhận tối đa 16 ảnh tham chiếu trong một lần chỉnh sửa và tham chiếu đến chúng theo vị trí là <Picture 1>, <Picture 2>, v.v., theo thứ tự tải lên; tổng kích thước phần thân yêu cầu bị giới hạn ở 64 MiB, và Base64 làm kích thước tệp tăng khoảng một phần ba, nên một yêu cầu 16 ảnh phải dùng URL hoặc tham chiếu tệp đã tải lên trước thay vì dữ liệu nhúng trực tiếp. Chế độ tham chiếu của H3 là một kiểu khác hẳn — 9 ảnh, 3 video, 3 đoạn âm thanh, 12 tệp, tất cả được đóng gói vào một chuỗi có cấu trúc thời gian. Cách xử lý tham chiếu của hai mô hình không bên nào bao trùm bên kia.

Thứ hai là độ dài prompt. API được cung cấp của H3-Image chấp nhận tối đa 32.000 ký tự, nhưng khi tắt tính năng tăng cường prompt thì chỉ khoảng 4.096 token đầu tiên có tác dụng; đường chạy SGLang cục bộ cắt ngắn ở 4.096 token, dứt điểm. Đó không phải là một ngân sách lớn đối với một mô hình mà điểm bán hàng chính là khả năng tuân theo chỉ dẫn chi tiết, và đó là lý do công cụ mở rộng prompt đi kèm tồn tại: MiniMax-H3-Image-PE, một bản tinh chỉnh FP4 27B của Qwen3.8-27B, viết lại một yêu cầu ngắn thành một mô tả dài kèm gợi ý tỷ lệ khung hình, được phát hành vào ngày 8 tháng 11 và được bao phủ bởi cùng giấy phép cộng đồng. Phần chỉnh sửa của nó chỉ được phát hành dưới dạng prompt; trọng số cho việc mở rộng phía chỉnh sửa vẫn được mô tả là đang trong quá trình phát triển.

Thứ ba là giấy phép, và đây chỉ là cùng một giấy phép cho cả hai mô hình trên danh nghĩa. Thỏa thuận Giấy phép Cộng đồng MiniMax-H3-Image yêu cầu sự chấp thuận trước bằng văn bản riêng từ MiniMax nếu doanh thu hằng năm của bạn, hoặc của các bên liên kết của bạn, vượt quá một triệu đô la Mỹ, hoặc nếu bạn cung cấp dịch vụ được lưu trữ cho bên thứ ba. Thỏa thuận yêu cầu bạn hiển thị “MiniMax-H3-Image” một cách nổi bật trên giao diện của bất kỳ sản phẩm thương mại nào sử dụng nó. Thỏa thuận giới hạn việc sử dụng trong Lãnh thổ Áp dụng đã được định nghĩa, cấm sử dụng đầu ra để cải thiện bất kỳ mô hình AI nào khác, và không tuyên bố có quyền đối với chính các đầu ra. Giấy phép video H3 là một thỏa thuận riêng với các điều khoản riêng. Nếu bạn đang xây dựng một sản phẩm trên cả hai, bạn đang nắm giữ hai giấy phép, không phải một.

Điều mà cả hai mô hình đều không làm

MiniMax-H3-Image không thể tạo video. Nó không có trục thời gian, không có nhánh âm thanh, không có tham số thời lượng — VAE âm thanh đơn giản là đã biến mất khỏi kiến trúc, và đầu ra là một ảnh tiềm ẩn cho mỗi yêu cầu, tối đa mười ảnh mỗi lần gọi qua API. MiniMax-H3 không thể tạo ảnh tĩnh 16 megapixel. Nó mặc định tạo 768p và đạt 2K qua một lượt tái tạo; yêu cầu nó tạo một khung hình đơn 4096×4096 là yêu cầu không được hỗ trợ. Nếu pipeline của bạn cần một ảnh tĩnh chủ đạo và một vòng lặp năm giây với hội thoại đồng bộ từ cùng một thế giới hình ảnh, thì bạn đang gọi hai mô hình, và trên nền tảng của MiniMax, bạn đang trả tiền theo hai đồng hồ tính phí khác nhau.

Cả hai đều có chung một điểm dễ bị bỏ qua: không có negative prompt. H3-Image từ chối trường này. Phần hướng dẫn prompt của H3 điều hướng qua mô tả tích cực và qua Context-IR thay vì qua loại trừ. Bất kỳ ai chuyển quy trình làm việc Stable Diffusion sang một trong hai mô hình đều mất công cụ đó ngay từ ngày đầu.

Gọi cái nào

Cách phân chia công việc trung thực là theo sản phẩm bàn giao, không phải theo chất lượng. Nếu sản phẩm là ảnh tĩnh — một bản render sản phẩm, một keyframe, một tấm ảnh 16 megapixel có văn bản đọc được trong đó — thì MiniMax-H3-Image là mô hình, và lịch trình sáu bước nghĩa là bạn có thể thoải mái tinh chỉnh nó. Nếu sản phẩm chuyển động, H3 là mô hình, và nhánh âm thanh là lý do để ưu tiên nó hơn việc ghép các ảnh tĩnh thành một chuỗi.

Điều mà một lớp định tuyến thay đổi ở đây hẹp hơn nghe có vẻ, và đáng nói thẳng: OrcaRouter không phục vụ MiniMax-H3-Image. Mô hình này được công bố trọng số công khai vào ngày 10 tháng 11 và không có tuyến nào trong danh mục của chúng tôi, nên nếu bạn muốn dùng nó ngay hôm nay thì bạn phải lấy từ API riêng của MiniMax hoặc tự chạy bản checkout 68,65 GB. Thứ chúng tôi thực sự có là minimax/minimax-h3, mô hình video, tính phí theo giây với giá niêm yết, không cộng thêm — và đặc điểm hữu ích cho một pipeline hai mô hình là cùng một key gọi H3 cũng truy cập được hơn 200 mô hình khác trên nền tảng.

Điều cần để ý không phải là H3-Image có tốt hay không. Mà là liệu M​iniMax có nói bất cứ điều gì về nó hay không. Một mô hình được phát hành kèm trọng số, giấy phép, bảng giá và bốn tích hợp framework, nhưng không có bài viết blog nào và không có điểm chuẩn nào, là một mô hình mà những tuyên bố vẫn hoàn toàn thuộc về nhà cung cấp. Vị trí độc lập đầu tiên trên một bảng xếp hạng hình ảnh, hoặc lần đối đầu trực tiếp đầu tiên với một mô hình đóng ở cùng độ phân giải, sẽ cho bạn biết nhiều hơn so với lưới trưng bày. Cho đến lúc đó, kho lưu trữ là bản ghi, và kho lưu trữ nói rằng: đây là H3 với âm thanh đã bị tắt.