Ba cách vào một mô hình, ba mức trách nhiệm
MiniMax-H3-Image là mô hình tạo ảnh AI 33,1 tỷ tham số, hỗ trợ tạo ảnh từ văn bản và chỉnh sửa ảnh tham chiếu bằng cùng một bộ trọng số. Khác biệt giữa tải mô hình, gọi endpoint và nhập lời nhắc nằm ở việc ai lo phần vận hành: bạn, nhà cung cấp hay giao diện sản phẩm.
MiniMax đưa trọng số lên Hugging Face ngày 10 tháng 11 năm 2026, rồi đăng thông báo cùng ngày; kho lưu trữ đã được tạo từ ngày 3 tháng 11 và tồn tại riêng tư khoảng một tuần trước khi tải xuống được. Đợt ra mắt vì thế có vẻ đi ngược thông lệ: checkpoint có thể tải trước, thông tin công bố theo sau. Người dùng gặp ba cửa: trọng số trên Hugging Face, API lưu trữ và các giao diện như MiniMax Code, Hailuo. Chúng không phải ba cách gọi tương đương.
| Cách truy cập | Bạn nhận được gì | Đổi lại |
|---|---|---|
| Trọng số tải xuống | Các tệp mô hình và giấy phép | Tự lo phần cứng, cài đặt và triển khai |
| Endpoint API | Dịch vụ được lưu trữ, gọi qua yêu cầu | Phụ thuộc cấu hình và cách tính phí của nhà cung cấp |
| Giao diện nhập lời nhắc | Ô prompt có sẵn trong sản phẩm | Dễ thử, nhưng ít quyền kiểm soát và khó xây pipeline |
Hugging Face là một lần bàn giao, không phải dịch vụ chạy sẵn: ngoài trọng số, cần xem kỹ giấy phép và khả năng triển khai. Vì vậy, chữ “mở” ở đây không đồng nghĩa với mô hình mã nguồn mở theo nghĩa giấy phép được OSI phê duyệt; thỏa thuận cộng đồng có điều kiện về lãnh thổ và doanh thu.
Tự triển khai cho quyền kiểm soát; endpoint cho đường đi ngắn
Tải trọng số phù hợp với nhóm cần tự chủ hạ tầng, muốn kiểm soát dữ liệu hoặc tích hợp sâu vào sản phẩm. Nhưng quyền kiểm soát ấy có cái giá vận hành rõ ràng: bộ trọng số chính được nêu ở mức 68,65 GB, còn tổng tạo tác cần dự trù khoảng 135 GB trên đĩa trước ảnh đầu tiên, chưa kể bộ nhớ đệm của framework. Đây không phải lựa chọn nhẹ nhàng cho người chỉ muốn thử vài câu lệnh.
Endpoint API hợp với đội ngũ muốn đưa mô hình vào ứng dụng mà không tự dựng máy chủ. API của MiniMax tính phí theo lượng token đầu vào và đầu ra thay vì theo từng ảnh, đồng thời khóa cấu hình ở sáu bước lấy mẫu, guidance_scale bằng 1 và không nhận prompt phủ định; yêu cầu khác có thể bị từ chối. Đó là sự đánh đổi điển hình của dịch vụ lưu trữ: triển khai nhanh hơn, nhưng ít quyền chỉnh công thức.
MiniMax Code và Hailuo đặt cùng mô hình phía sau một ô nhập prompt, với các lựa chọn lấy mẫu đã được định sẵn. Chúng tiện để xem chất lượng đầu ra, nhưng không nên nhầm MiniMax Code—một sản phẩm tác nhân lập trình—với API hình ảnh để xây dựng hệ thống. Với người dùng phổ thông, giao diện là lối vào dễ nhất; với nhà phát triển, endpoint thường là điểm khởi đầu thực tế hơn.
Tuyên bố tạo ảnh khoảng 16 megapixel, gọi là “4K”, đi kèm lời hứa khoảng mười giây và hỗ trợ tối đa 16 ảnh tham chiếu. Kích thước đầu ra được mô tả là khoảng 16 megapixel ở nhiều tỷ lệ khung hình, nhưng tốc độ mười giây vẫn là tuyên bố của nhà cung cấp: chưa có phép đo thời gian từ bên thứ ba được công bố trong tài liệu được dẫn. Sáu bước lấy mẫu khiến con số đó có vẻ hợp lý, chứ không chứng minh hiệu năng trên phần cứng của bạn.
MiniMax-H3-Image tạo lẫn sửa; MAI-Image 2.7 Preview chỉ sửa
So sánh hai mô hình chỉ có ý nghĩa nếu đặt đúng bài toán. MiniMax-H3-Image tạo ảnh từ prompt và chỉnh sửa một hoặc nhiều ảnh tham chiếu, được truyền theo thứ tự từ Picture 1 đến Picture 16, trong cùng một checkpoint. Điều đó giúp một quy trình có cả bước tạo khung hình đầu tiên lẫn các lượt chỉnh sửa không phải ghép hai mô hình riêng.
MAI-Image 2.7 Preview là mô hình chỉnh sửa: người dùng đưa ảnh và chỉ dẫn, mô hình trả về ảnh đã sửa; nó không có chế độ tạo ảnh từ văn bản. Vì vậy, MAI không thay thế trực tiếp MiniMax nếu nhu cầu bắt đầu từ một ý tưởng bằng chữ. Nó có thể phù hợp với công việc chỉnh sửa, nhưng đánh giá năng lực tạo ảnh giữa hai mô hình sẽ là so sánh sai đối tượng.
Bản xem trước của Microsoft được ghi nhận ở vị trí thứ tư, Elo 1123, trên bảng xếp hạng chỉnh sửa độc lập được nêu trong nguồn. Đây là tín hiệu đáng xem xét về chất lượng chỉnh sửa, không phải kết luận rằng MAI vượt MiniMax trong mọi tác vụ. Hơn nữa, MAI có thể truy cập qua playground và bảng xếp hạng, trong khi tài liệu mô tả bản xem trước là giao diện có thể thay đổi trước khi phát hành; chi phí thử nghiệm vì thế không chỉ là tiền mà còn là thời gian tích hợp.
Với người chỉ muốn đánh giá nhanh, hãy thử cùng một loại tác vụ chỉnh sửa trên cả hai. Với nhóm cần tạo ảnh mới, MiniMax có lợi thế chức năng rõ ràng. Còn nếu công việc chỉ là sửa ảnh có sẵn, MAI đáng được cân nhắc riêng, nhưng không nên suy rộng thứ hạng chỉnh sửa thành năng lực tạo sinh.
Lựa chọn theo nhu cầu, không theo con số quảng bá
Người muốn tự triển khai nên bắt đầu bằng câu hỏi về giấy phép, bộ nhớ và khả năng chạy mô hình 33,1 tỷ tham số, thay vì chỉ nhìn nhãn trọng số mở. Người cần tích hợp nhanh nên thử endpoint và đo thời gian, chất lượng cùng mức sử dụng thực tế. Người dùng cá nhân hoặc người đang đánh giá ý tưởng có thể bắt đầu ở giao diện prompt, chấp nhận rằng họ không có cùng quyền kiểm soát như khi gọi API.
Một phép kiểm tra thực tế có thể đơn giản: gửi cùng một prompt 4K qua API mười lần, ghi lại thời gian của từng yêu cầu và kiểm tra kích thước ảnh trả về. Cách này không thay thế đánh giá chất lượng, nhưng giúp biến lời hứa tốc độ thành dữ liệu phù hợp với quy trình và hạ tầng của chính bạn.
Các nguồn nêu ưu đãi giảm 50% cho ảnh được giao có ít nhất 16.600.000 pixel, kết thúc lúc 16:00 UTC ngày 17 tháng 11 năm 2026—chỉ sáu ngày sau khi trọng số được đưa lên. Đây là mốc ngắn hạn, không phải cơ sở để lập ngân sách lâu dài; hãy kiểm tra điều kiện và bảng giá hiện hành trước khi dùng dịch vụ.
Kết luận: MiniMax-H3-Image hấp dẫn nhất khi cần một mô hình vừa tạo vừa sửa ảnh và tổ chức có năng lực tự vận hành hoặc tích hợp API. Trọng số tải xuống đem lại quyền kiểm soát nhưng kéo theo phần cứng, giấy phép và công việc triển khai; endpoint giảm gánh nặng vận hành; giao diện prompt phù hợp để thử nhanh. Đừng chọn chỉ vì con số 16 MP hay lời hứa mười giây: hãy chọn theo mức kiểm soát bạn cần và tự đo hiệu năng trong điều kiện sử dụng thật.
