2026/09/07

MiniMax H3 Max와 H3: 속도, 제어, API 경로 비교

속도, 해상도, 참조 입력, API 경로, 공개 가중치로 MiniMax H3 Max와 H3를 비교하고 각 모델에 적합한 워크플로를 설명합니다.

출력이 768P 이상일 필요가 없고 텍스트에서 비디오로 생성하거나 첫 번째/마지막 프레임 이미지에서 비디오로 생성하는 경우 MiniMax H3 Max를 선택하세요. 2K 출력, 혼합 이미지/비디오/오디오 참조, 또는 다운로드 가능한 기본 가중치가 필요한 경우 MiniMax H3를 선택하세요. H3 Max는 단순한 H3의 상위 버전이 아닙니다. fal Research에서 후학습한 MiniMax H3의 변형이며, 속도를 위해 최적화된 추론 스택과 쌍을 이룹니다.^[1]

한 가지 더 있습니다: API 경로의 선택이 중요합니다. MiniMax 직접 API와 현재 reAPI 경로는 fal의 자체 호스팅 엔드포인트보다 더 제한된 H3 Max 계약을 공개합니다. fal에 표시되는 기능을 MiniMax 또는 reAPI 페이로드에 복사하여 작동할 것으로 기대할 수 없습니다.

빠른 답변

480P/768P 고속 텍스트에서 비디오로 또는 첫 번째/마지막 프레임 작업에는 H3 Max를 선택하세요. 2K 출력 또는 MiniMax의 더 광범위한 참조 입력이 필요한 경우 H3를 선택하세요.^[3]
H3 Max는 기본 모델의 속도 토글이 아니라 fal의 후학습 분기입니다.^[1]
기능은 엔드포인트에 따라 다릅니다: fal은 H3 Max 참조 경로를 공개하지만 MiniMax 직접 및 reAPI는 공개하지 않습니다.^[4]^[7]
기본 H3는 공개 가중치를 보유합니다. 인용된 제1당사자 페이지는 2026년 9월 7일 현재 별도의 다운로드 가능한 H3 Max 체크포인트를 제공하지 않습니다.

MiniMax H3 Max는 분기이지, H3의 업그레이드가 아닙니다

이 이름은 잘못된 정신 모델을 초래합니다. "Max"는 같은 제품의 모든 제어를 최대로 설정한 것처럼 들립니다. 릴리스 이력은 다른 것을 나타냅니다.

MiniMax는 텍스트, 이미지, 비디오, 오디오를 이해하고 기본 스테레오 사운드로 비디오를 생성하는 범용 멀티모달 모델로 H3를 도입했습니다. 그 후 MiniMax는 8월 3일에 H3 기본 체크포인트를 공개했습니다.^[2]^[6] fal Research는 해당 가중치에서 시작했고, 프롬프트 준수 및 시각적 품질을 목표로 하는 후학습 데이터를 추가했으며, 결과 모델을 추론 시스템과 함께 공동 최적화했습니다. 그 작업의 결과가 H3 Max입니다.^[1]

이 계통은 절충을 설명합니다. H3 Max는 속도-제어 곡선의 다른 지점을 목표로 합니다. 모든 서비스의 모든 배포 계층과 입력 모드를 상속하지는 않습니다. 기본은 MiniMax의 직접 계약에서 더 광범위한 옵션으로 유지됩니다.

기술 작업에서 이 이름들을 정확히 사용하세요:

이름	식별 대상	추론하지 마세요
MiniMax H3	MiniMax의 기본 H3 모델 및 공개 기본 체크포인트	모든 호스팅된 H3 경로가 동일한 필드를 가진다는 것
H3 Max by fal	fal Research의 후학습 H3 변형 및 최적화 서빙 작업	"Max"가 2K 또는 모든 H3 제어를 추가한다는 것
`MiniMax-H3-Max`	MiniMax의 직접 V2 API의 모델 값	fal의 엔드포인트 특정 필드가 허용된다는 것
`minimax-h3-max`	reAPI의 공개 모델 ID	기본 H3 참조 배열을 허용한다는 것

경로별 MiniMax H3 Max vs MiniMax H3 사양

가장 안전한 비교는 브랜드명이 아닌 하나의 표면에서 시작합니다. 다음 표는 2026년 9월 7일 현재의 라이브 계약을 분리합니다.

기능	MiniMax 직접: H3	MiniMax 직접: H3 Max	reAPI: H3 Max	fal: H3 Max
텍스트에서 비디오로	네	네	네	네
첫 프레임	네	네	네	네
마지막 프레임	네	네	네	네
첫 + 마지막 프레임	네	네	네	네
혼합 참조에서 비디오로	네	아니오	아니오	별도 엔드포인트
출력 해상도	768P, 2K	480P, 768P	480P, 768P	480P, 768P
지속 시간	4–15초	5–15초	5–15초	5–15초
공개 모델 가중치	기본 체크포인트 공개	별도 체크포인트 검증 안 됨	별도 체크포인트 검증 안 됨	별도 체크포인트 검증 안 됨

MiniMax의 자체 V2 설명서는 중심 분할에 대해 명시적입니다: 직접 H3 Max는 참조 이미지, 참조 비디오, 참조 오디오를 지원하지 않으며 2K도 지원하지 않습니다. 이미지에서 비디오로의 모드는 첫 번째 프레임, 마지막 프레임, 또는 둘 다를 취할 수 있습니다.^[3] 로컬 reAPI 요청 스키마는 이러한 제한을 반영하고 추가 필드를 자동으로 무시하지 않고 거부합니다.

fal의 H3 Max 참조 경로는 실재하지만 마지막 열에 속합니다. 현재 입력 형식은 참조 이미지, 비디오, 오디오 슬롯을 공개합니다.^[4] 엔드포인트 범위는 출시 후에 변경될 수 있으므로, 이 기능이 제품 결정에 영향을 미치는 경우 엔드포인트 및 검증 날짜를 기록하세요.

해상도가 가장 빠른 결정 방법입니다

배포물이 생성기에서 직접 768P 이상으로 나와야 하는 경우, MiniMax H3 Max는 현재 계약으로 제외됩니다. MiniMax 직접 H3와 reAPI의 MiniMax H3 경로 모두 2K 계층을 공개합니다. 이후 별도 워크플로의 업스케일은 가능하지만, H3 Max에 기본 문서화 2K 옵션을 요청하는 것과 같지 않습니다.

배포물이 480P 또는 768P인 경우, 해상도는 더 이상 질문을 결정하지 않습니다. 처리 시간, 참조 입력, 경로 가용성, 수용률이 주도권을 잡습니다.

참조 자료는 두 번째 결정 게이트입니다

첫 프레임은 샷이 시작되는 위치를 고정합니다. 마지막 프레임은 도착하는 위치를 고정합니다. 둘 다 참조 팩과 동등하지 않습니다.

다음과 같은 여러 작업을 결합해야 하는 경우 기본 H3 참조 모드를 사용하세요:

피사체 정체성을 위한 초상화.
움직임 또는 카메라 언어를 위한 짧은 비디오.
음성 또는 음향 방향을 위한 오디오 클립.
소품, 의상, 설정을 위한 추가 이미지.

MiniMax 직접 및 reAPI에서 이러한 기본 모델 참조 필드를 H3 Max로 보내는 것은 잘못된 요청입니다. fal의 참조에서 비디오로의 경로가 구매 및 유지하려는 경로인 경우 대신 자체 스키마를 평가하세요. 가장 허용적인 제공자 주변에 이식 가능한 페이로드를 설계하지 마세요.

H3 Max 속도 주장이 확립하는 것과 확립하지 않는 것

fal은 H3 Max가 최적화된 스택에서 5초 비디오를 벽시계 3초 이내에 생성했다고 보고했습니다. fal의 비교에서 공식 H3 엔드포인트의 약 35배 처리량입니다.^[1] 이는 fal의 릴리스 및 인프라에 대한 의미 있는 증거입니다. 이는 보편적 서비스 수준 보장이 아닙니다.

MiniMax Design은 서로 다른 사용자 향 수치를 제공합니다: 5초 클립의 경우 약 15초, 15초 클립의 경우 약 40초이며 설정 및 서비스 조건에 따라 변동합니다.^[5] 이 수치들은 모델이 빠르다는 것과 모순되지 않습니다. 다른 표면을 측정하고 최적화된 추론 커널 외부의 작업을 포함할 수 있습니다.

사용자의 대기 시간은 다음을 포함할 수 있습니다:

엔드투엔드 지연시간 =
  업로드 + 수용 + 큐 + 프롬프트 처리 + 추론
  + 출력 처리 + 스토리지 + 폴링 지연 + 다운로드

배포할 경로에서의 일치된 테스트만 "우리를 위해 얼마나 빠를까?"에 답할 수 있습니다. 전용 H3 Max 실시간 속도 가이드는 공급업체 벤치마크를 독립 결과로 재라벨링하지 않고 전체 간격을 측정하는 방법을 보여줍니다.

품질 주장에는 일치된 수용 테스트가 필요합니다

fal은 내부 인간 선호도 평가가 H3 Max를 전반적 선호도에서 기본을 능가하고 있다고 말합니다. 프롬프트 이해 및 미학도 마찬가지입니다. 동일한 발표에서 fal이 자체 헤드투헤드 평가에 대해 체크포인트를 선택했음을 설명합니다.^[1] 이는 유용한 공급업체 결과이지, H3 Max가 모든 프롬프트에서 우승하거나 모든 H3 기능을 보존한다는 증명이 아닙니다.

프로젝트가 허용할 수 없는 실패에 대해 모델 결정을 실행하세요. 콤팩트 테스트 세트는 풍경 영상 이상을 포함해야 합니다:

타이밍이 정해진 액션: 고정된 순서로 3개의 눈에 띄는 비트.
카메라와 피사체 모션: 기하학적 붕괴 없이 양쪽에서의 모션.
두 명의 스피커: 서로 다른 음성, 올바른 스피커 전환, 안정된 얼굴.
첫 번째/마지막 보간: 엔드포인트 사이의 그럴듯한 경로를 가진 동일한 구성.
작은 고정 세부 사항: 제품 기하학, 의류 표시, 또는 변하면 안 되는 소품.
실제 배포 비율: 가로 및 세로 모두 포함하세요.

프롬프트 텍스트, 기간, 해상도, 소스 자산을 동일하게 유지하세요. 검토자가 먼저 보는 출력을 무작위로 설정하고, 모델 라벨을 숨기고, 생성 전에 통과 조건을 작성하세요. 그런 다음 두 가지 다른 숫자를 기록하세요:

수용률 = 수용된 클립 / 완료된 클립

시간당 수용된 클립 =
  시간당 완료된 클립 × 수용률

두 번째 숫자는 표면 속도 결과를 반전시킬 수 있습니다. 많은 재실행이 필요한 빠른 경로는 더 느린 경로보다 더 적은 사용 가능한 클립을 배포할 수 있습니다. 반대로, 적당한 품질 차이는 H3 Max가 편집자가 동일한 검토 창 내에서 구체적인 프롬프트 개정을 여러 개 테스트할 수 있게 할 때 관련이 없을 수 있습니다.

reAPI 요청은 모델 선택에 따라 변합니다

reAPI에서 H3 Max 텍스트에서 비디오로 진행하려면, 정확한 공개 모델 ID, 구체적인 종횡비, 및 두 해상도 값 중 하나를 전송하세요:

curl https://reapi.ai/api/v1/videos/generations \
  -H "Authorization: Bearer $REAPI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "minimax-h3-max",
    "prompt": "5초, 한 개의 연속 샷. 빨간 종이 보트는 얕은 빗  홈통을 통해 이동하고 카메라는 옆에서 추적합니다. 자연스러운 빗소리와 거리 분위기, 대사 없음.",
    "aspect_ratio": "16:9",
    "duration": 5,
    "resolution": "480P"
  }'

기본 모델 페이로드는 참조가 H3를 선택하는 이유일 때 상당히 다릅니다:

{
  "model": "minimax-h3",
  "prompt": "Image 1이 특징을 정의합니다. Video 1의 속도를 따르고 Audio 1을 음성에 사용합니다. 스피커 정체성을 안정적으로 유지하세요.",
  "reference_image_urls": ["https://assets.example.com/character.jpg"],
  "reference_video_urls": ["https://assets.example.com/motion.mp4"],
  "reference_audio_urls": ["https://assets.example.com/voice.wav"],
  "duration": 6,
  "resolution": "768P"
}

두 작업 모두 비동기식입니다. 반환된 id를 저장한 다음 상태가 completed 또는 failed가 될 때까지 Tasks API를 폴링하세요. 지원되지 않는 참조 필드를 원위치에 두면서 모델 문자열만 전환하는 것은 유효한 마이그레이션이 아닙니다.

움직일 수 없는 요구사항으로 H3 Max 또는 H3를 선택하세요

양보할 수 없는 요구사항	더 나은 출발점	이유
480P/768P 고속 프롬프트 반복	H3 Max	속도는 후학습 경로의 목적입니다
직접 2K 출력	H3	H3 Max는 현재 768P에서 종료합니다
MiniMax 직접 또는 reAPI의 혼합 참조	H3	해당 H3 Max 계약은 R2V를 공개하지 않습니다
fal의 H3 Max 참조에서 비디오로 (구체적으로)	fal의 H3 Max	fal은 별도의 라이브 R2V 엔드포인트를 유지합니다
로컬 실험을 위한 다운로드 가능한 가중치	H3	기본 체크포인트가 공개됩니다
4초 출력	H3	H3 Max는 5초부터 시작합니다
768P의 첫 번째/마지막 프레임 샷	둘 다 테스트하세요	둘 다 샷을 표현할 수 있습니다. 수용률 및 경로 지연시간이 결정합니다

이것이 추상적인 승자가 유용하지 않은 이유입니다. 더 나은 모델은 고정 제약 조건을 만족한 다음 남은 시간과 예산 내에서 가장 수용된 클립을 생성하는 것입니다.

fal. Introducing H3 Max by fal. Published August 26, 2026. fal.ai
MiniMax. MiniMax H3: An Open Model Breaking the Boundaries Between Tasks and Modalities. Published July 31, 2026. minimax.io
MiniMax API. Create Video Generation Task V2. Retrieved September 7, 2026. platform.minimax.io
fal. H3 Max Reference to Video endpoint. Retrieved September 7, 2026. fal.ai
MiniMax Design. MiniMax H3 Max—Fast AI Video Generator. Retrieved September 7, 2026. design.minimax.io
MiniMax. Open General Intelligence: MiniMax H3 Is Now Open Source. Published August 3, 2026. minimax.io
reAPI. MiniMax H3 Max model page and request controls. Retrieved September 7, 2026. reapi.ai