MiniMax가 H3의 오픈 모델 첫 주를 정리한 커뮤니티 라운드업을 공개했습니다. 여기에는 300개에 가까운 파생 모델, 다양한 양자화 빌드, 네이티브 Mac 추론 엔진, 그리고 에이전트 기반 프로덕션 파이프라인이 언급되어 있습니다. 모두 살펴볼 가치가 있습니다.
하지만 가장 주목할 점은 첫 번째 섹션 끝부분에 있는 한 문장으로, 한 애니메이션 제작자의 실제 작업 방식을 설명합니다. 공식 글에서는 이렇게 말합니다:
그는 RTX 3060에서 480p 영상을 생성하여 반복 작업을 수행하고, 로컬 하드웨어로 미리보기, 선택, 시행착오를 거친 후, 만족스러운 버전이 나오면 클라우드로 이동하여 더 높은 해상도로 최종 렌더링을 하고 슈퍼 레졸루션으로 마무리합니다.
공식 글은 이 습관에 이름을 붙였습니다: 로컬 드래프트, 클라우드 피니싱.
이 세 단어는 수개월간 모델 비교 작업을 하면서 우리가 계속 마주친 결론과 같습니다. 이 글은 그 이유를 제대로 설명하고, 그 분할이 유지될 때 실제로 무엇을 보관해야 하는지 말하고자 합니다.
핵심 요약
- 로컬 MiniMax H3는 마침내 소비자 하드웨어에서 실행되지만, 로컬은 저해상도 단계입니다. 2K 최종본은 더 큰 렌더링이 아닌 별도의 패스입니다.
- 드래프트에서 최종본으로 넘어가야 하는 유일한 것은 프롬프트이므로, 전체 워크플로우는 프롬프트가 그 여정을 견뎌내는지에 달려 있습니다.
- 하나의 동일한 MiniMax H3 프롬프트를 여러 모델에 동시에 실행하여 프롬프트를 건강 상태 점검하는 것이지, 모델을 순위 매기기 위한 것이 아닙니다.
- 제약 조건은 문자 그대로 충족될 수 있지만 본질을 놓칠 수 있습니다. 개념을 담고 있는 속성을 고정하고, 부작용을 고정하지 마십시오.
- 보관할 가치가 있는 두 가지 자산은 분류된 프롬프트 라이브러리와 각 프롬프트 뒤에 있는 의사 결정 로직입니다.
MiniMax H3에서만 "로컬 드래프트, 클라우드 피니시"가 작동하는 이유
분할은 한 가지에 달려 있습니다. 로컬 측이 갑자기 강력해졌다는 점입니다.
단 한 주의 오픈소스 기간 동안 커뮤니티는 추론 효율성에서 빠르게 움직였습니다. ComfyUI 팀은 파라미터 수의 약 40%를 차지하던 변조 가중치를 줄이고, 이를 미리 계산된 테이블로 교체했으며, INT8 양자화와 커스텀 커널을 추가하여 가장 작은 모델 조합의 메모리 요구량을 123.6GB에서 42.5GB로 낮췄습니다. 동적 오프로딩을 추가하면 소비자 그래픽 카드로 로컬 추론을 실행할 수 있습니다.
별도로, Redis 창시자 antirez는 C와 Metal로 처음부터 네이티브 Apple Silicon 추론 엔진을 작성했습니다. 이 엔진은 safetensors 가중치를 직접 읽고 텍스트 및 비전 인코더, DiT, 비전 및 오디오 VAE를 단일 네이티브 Mac 프로그램에 패키징하며, Python이나 PyTorch에 의존하지 않습니다.
NVIDIA 연구팀은 출시일 4.5시간 만에 추론 최적화의 첫 번째 패스를 완료하고, 8카드 설정에서 Diffusers 대비 엔드투엔드 3.95배 속도 향상을 보고했습니다.
이 모든 것을 합치면 결과는 분명합니다: 로컬 실행은 이제 가능하지만, 렌더링하는 것은 저해상도입니다.
따라서 제작자의 분할은 자연스럽게 이어집니다. 저해상도는 빠르고 저렴하며 반복 가능하므로, 정확히 시행착오에 필요한 것입니다. 최종 전달은 여전히 클라우드로 돌아갑니다. 두 끝은 대체물이 아닙니다. 하나의 라인에 있는 두 개의 스테이션입니다.
두 MiniMax H3 단계 사이에서 실제로 넘어가는 것
이것이 우리가 정말로 관심 있는 질문입니다.
로컬에서 480p로 20번의 패스를 거쳐 마침내 원하는 모습을 찾습니다. 이제 클라우드로 이동하여 최종본을 만듭니다. 실제로 함께 가져갈 수 있는 단 한 가지는 무엇입니까?
480p 클립이 아닙니다. 해상도가 너무 낮습니다. 모델 가중치도 아닙니다. 클라우드는 자체 모델을 가지고 있습니다.
바로 프롬프트입니다.
전체 라인에서, 양쪽 끝에서 동일하게 적용되어야 하는 유일한 것은 프롬프트입니다. 이 워크플로우에서 유일한 자산입니다.
이 의미는 생각보다 더 중요합니다:
- 프롬프트가 환경이 변경될 때 작동을 멈춘다면, 이 계층형 워크플로우는 전혀 실행되지 않습니다. 로컬에서 조정한 모든 것은 클라우드로 가는 길에 낭비됩니다.
- 모델마다 프롬프트를 다시 작성한다면, 모델을 바꿀 때마다 드래프팅 단계를 반복하게 됩니다.
- 반대로 생각해보면: 프롬프트가 충분히 이식 가능하다면, 더 저렴한 모델에서도 드래프트할 수 있습니다. 단, 같은 문장에 대한 해석이 예측 가능해야 합니다.
따라서 질문은 다음과 같습니다: 환경이 변경된 후에도 여전히 작동하는 프롬프트를 어떻게 작성합니까? 우리는 이를 테스트했습니다.
하나의 MiniMax H3 프롬프트, 네 개의 모델에 동시에
지난 며칠 동안 우리는 이와 같은 12개 이상의 비교를 실행했습니다: 하나의 동일한 프롬프트, 제출 파라미터만 변경, VFX부터 제품 UI 모션, 뮤직 쇼트까지 다양한 주제에 걸쳐 4개 모델에 각각 전송했습니다.
아래는 8개 주제에 걸쳐 동일한 테스트를 실행한 결과입니다. 각 클립은 동일한 프롬프트의 4분할 화면입니다: 왼쪽 위 Seedance 2.5, 오른쪽 위 MiniMax H3, 왼쪽 아래 Seedance 2.0, 오른쪽 아래 Kling v3.0pro.
무협 결투: 하나의 프롬프트, 네 개의 모델. 소리 켜기.
애니메이션 로맨스 장면, 동일한 4분할.
핸드백 광고: 동일한 프롬프트의 제품 스팟.
걸그룹 공연, 분할 전체에 오디오 동기화.
KNNOfby0vtw캐릭터 중심 장면, 네 모델 나란히.
카메라 광고, 동일한 프롬프트 병렬.
스니커즈 광고, 8개 주제 중 마지막.
이 실행이 실제로 테스트하는 것
모델 순위를 매기는 것이 아닙니다. 프롬프트의 건강 상태 점검입니다.
프롬프트가 동일하고 제출 파라미터만 변경되었기 때문입니다:
- 네 모델 간의 차이는 모델 간의 차이입니다. 이는 당연한 말처럼 들리지만, 전체 연습의 기초이며 네 모델이 동일한 실행 환경에서 실행될 때만 유지됩니다. 여러 출처의 인터페이스를 연결하면 링크 수준 변수가 차이에 섞여 들어가, 모델 차이와 플랫폼 차이를 구분할 수 없게 됩니다.
- 네 모델 모두 실패하는 것은 모델 문제가 아닌 프롬프트 문제입니다. 이것이 드래프팅 단계에서 가장 가치 있는 신호이며, 단일 모델을 실행해서는 절대 얻을 수 없는 것입니다. 하나의 모델이 놓치면 모델을 의심하게 됩니다. 네 개가 모두 놓치면 답은 분명합니다: 돌아가서 그 한 줄을 수정하고, 모델을 바꾸지 마십시오.
- 버전당 한 가지씩만 변경하고 나머지는 그대로 두십시오. 그래야만 "이 버전이 더 낫다"는 주장이 설 수 있습니다. 변경 사항을 분산시키면 어떤 것도 귀속시킬 수 없습니다. 여러 모델을 병렬로 실행하면 하나의 단일 변수 변경으로 한 번에 네 개의 관찰 지점을 얻을 수 있습니다.
그래서 파일에 무엇을 넣습니까?
파라미터 테이블이 아닙니다. 파라미터는 모델 페이지에 있으며, 복사해도 정보가 전달되지 않습니다. 기록할 가치가 있는 것은 "내가 쓴 것, 그리고 내가 관찰한 것"입니다. 두 가지 예시:
| 프롬프트 내용 | 네 실행 결과 |
|---|---|
| 4초 / 8초 / 12초에서 세 박자 | 둘 다 시간 편차가 있으며, 반대 방향입니다. MiniMax H3는 일찍 실행되고 그 차이가 누적되어 4/6/8초에 가깝게 도달합니다. Seedance 2.0은 지연되고 중간 박자를 완전히 놓칩니다. |
| "평면 그래픽으로 유지하고, 사실적인 생명체로 렌더링하지 마십시오" | 둘 다 문자 그대로 따르며 부드러운 벡터 네온 외곽선을 반환합니다. 평면? 예. 손으로 그린? 전혀 아닙니다. |
첫 번째의 가치는 방향입니다. 오류의 크기만 기록하는 것은 쓸모가 없습니다. 다음에 보정할 때 잘못된 방향으로 보정할 것이기 때문입니다. 하나는 더 늦게 밀어야 하고, 다른 하나는 더 일찍 당겨야 합니다.
두 번째는 더 가치 있으며, 다음 섹션의 주제입니다.
이제 이를 위한 스크립트가 더 이상 필요하지 않습니다
이러한 비교를 실행할 때 우리는 작업을 제출하고 결과를 폴링하는 자체 스크립트를 작성했습니다. 더 이상은 아닙니다. Atlas Cloud가 Model Explorer를 출시했습니다.
하나의 프롬프트를 작성하고, 최대 10개 모델을 선택하여 병렬로 실행하면 결과가 나란히 반환됩니다.
그 진정한 가치는 편리함이 아니라 제어입니다. 비교가 결론에 도달할 수 있었던 이유는 네 모델이 하나의 실행 환경에서 실행되었기 때문입니다. 서로 다른 출처의 네 개 인터페이스를 연결하면 플랫폼 변수가 차이에 스며듭니다: 게이트웨이 동작, 기본 파라미터, 자산 인코딩 방식. 하나라도 변경하면 모델을 비교하고 있다고 생각하지만 실제로는 플랫폼을 비교하고 있는 것입니다. 하나의 모델 풀 내에서 실행하면 이러한 변수는 구조적으로 통제됩니다.
몇 가지 사항은 드래프팅 단계에 직접 대응됩니다:
- 사전 설정 모델 그룹. SOTA, Trending 및 Cheap, 그리고 자신의 저장된 세트. Cheap 그룹으로 드래프트하여 방향을 결정한 다음, SOTA 그룹으로 이동하여 최종본을 만듭니다. 이는 위에서 설명한 것과 동일한 분할이며, 양쪽 끝이 모두 클라우드에 있습니다.
- 실행 전 비용 추정. 한 라운드 비용이 얼마인지 끝날 때까지 알 수 없지 않도록 합니다.
- 이미지와 비디오 모두 이미지 쪽에서 텍스트-이미지 및 이미지-이미지 변환.
Atlas Cloud Model Explorer: 하나의 프롬프트에서 병렬로 실행할 모델의 사전 설정 그룹, 실행 전 예상 비용 표시
검증 가능하다는 것과 올바른 차원을 고정하는 것은 다릅니다
마지막 섹션의 "평면으로 유지하고, 사실적으로 하지 마십시오"라는 줄은 우리가 가장 자주 마주친 함정입니다.
이상한 점은 제약 조건이 완전히 충족되면서도 완전히 실패할 수 있다는 것입니다. 평면? 예. 손으로 그린? 전혀 아닙니다. 체크리스트의 모든 항목을 체크하면 만점을 받습니다.
문제: 우리는 "평면성"을 고정했지만, 실제로 개념을 전달하는 속성은 "보이는 도구 자국" 입니다. "크레용, 색연필, 거친 붓, 해칭 방향, 고르지 않은 채움, 거친 가장자리"로 바꾸면 동일한 모델이 완전히 반전됩니다.
네 모델에 걸친 손으로 그린 주제. "평면"은 만족시키기 쉽지만, "시각적으로 손으로 만든 것"이 실제로 고정해야 했던 속성입니다.
이는 하나의 테스트로 요약됩니다:
작성한 각 제약 조건을 가져와서 질문하십시오: 모델이 이 문장을 충족하면서도 내가 실제로 원하는 것을 놓칠 수 있습니까?
그렇다면, 고정은 개념이 아닌 부작용을 겨냥한 것입니다.
증상은 익숙합니다: 출력이 체크리스트와 일치하지만, 참조를 아는 사람이라면 한눈에 잘못되었다는 것을 알 수 있습니다.
그 시점에서 올바른 행동은 더 많은 고정을 추가하는 것이 아닙니다. 돌아가서 실제로 개념을 전달하는 속성을 찾는 것입니다.
"로컬 드래프트, 클라우드 피니시"로 다시 연결하면, 이는 더 큰 무게를 가집니다: 잘못된 차원에 겨냥된 제약 조건은 드래프트 해상도에서 보이지 않을 수 있습니다. 480p에서는 부드러운 외곽선과 거친 붓의 차이가 이미 흐릿하며, 클라우드 최종본에 노력을 쏟은 후에야 방향이 잘못되었다는 것을 알게 됩니다. 드래프팅이 시간을 절약해 주는지 여부는 드래프팅 중에 고정한 속성이 실제 속성이었는지에 달려 있습니다.
커뮤니티는 이미 MiniMax H3 프로세스를 패키징했습니다
공식 글에는 그 자체로 주목할 만한 또 하나의 신호가 있습니다: 개발자들이 전체 제작 프로세스를 재사용 가능한 무언가로 감싸기 시작했다는 것입니다.
한 AI 아티스트는 Mac에서 Claude Code를 사용하여 두 번째 머신의 로컬 모델을 조정합니다. Mac은 프로젝트 설정, 사실 확인, 스크립트, 타임라인, 자막, 스토리보드 및 구조적 검토를 처리하고, 다른 쪽은 모델 추론을 처리합니다. 전체는 브리핑에서 배치 렌더링, 편집 어셈블리 및 원장 기록까지 14단계로 나뉘어 있으며, 전통적인 편집기를 열지 않습니다.
또 다른 프로젝트는 동일한 아이디어를 플러그인으로 감싸서, 스토리나 비즈니스 브리핑에서 캐릭터 및 장면 설정, 스토리보드 및 키프레임 디자인으로 이동한 다음, 샷별로 워크플로우를 선택하는 내장된 스킬을 제공합니다. 프롬프트, 입력 자산, 워크플로우, 후보 샷 및 선택 항목이 모두 프로젝트 레코드에 유지되므로, 중단된 작업이 중단된 지점에서 재개됩니다.
방향은 동일합니다: 모두가 "이것이 어떻게 만들어졌는지"를 재사용 가능한 자산으로 전환하고 있으며, 완성된 영화 더미만 남기지 않고 있습니다. 우리가 만든 두 가지는 정확히 그 라인에 있습니다.
지금 바로 가져갈 수 있는 두 가지 MiniMax H3 리소스
-
공식 MiniMax H3 프롬프트 라이브러리 (52개 프롬프트, 16개 카테고리, 각각 미리보기 포함)
Plain1https://github.com/AtlasCloudAI/awesome-minimax-h3-prompts
재작성이 아니라, 공식 쇼케이스의 원본 프롬프트를 시나리오별로 정리하고, 각각 실제 생성된 미리보기 비디오와 함께 제공하여 복사할 프롬프트를 결정하기 전에 결과를 볼 수 있습니다.
16개 카테고리는 브랜드 및 시네마틱, 비주얼 크리에이티브 및 패키징, 모션 그래픽스 및 VFX, AI 내러티브, 제품 및 이커머스, 디지털 및 게임 크리에이티브, 산업용 및 구현 AI, 애니메이션 및 스타일화, 다중 재료 참조, 캐릭터/액션/카메라 참조, 음성 복제, 캐릭터 및 객체 편집, 장면 및 VFX 편집, 오디오 및 대화 편집, 정확한 명령 따르기, 스타일 프리셋을 포함합니다. 20개 언어를 지원하며, 제출을 받습니다.
드래프팅 중에 가장 시간을 절약하는 사용 방법: 주제가 가까운 프롬프트를 찾고, 미리보기를 본 다음, 편집을 위한 시작점으로 사용하십시오. 빈 상자에서 시작하는 것보다 훨씬 빠릅니다.
GitHub의 awesome-minimax-h3-prompts 저장소, 카테고리 인덱스와 미리보기 비디오가 있는 항목 표시
-
유니버설 비디오 프롬프트 스킬
Plain1https://github.com/kiana-liang/universal-video-prompt-skill
Plain1npx skills add kiana-liang/universal-video-prompt-skill
두 번째 섹션의 문제를 해결합니다: 프롬프트를 복사했지만, 작성 시 내린 판단은 복사할 수 없었습니다. 슬로건이 정확히 그것을 말합니다. 프롬프트를 복사하여 복사할 수 없는 기본 의사 결정 로직이 여기에 있습니다.
이것이 하는 일은 "먼저 생각한 다음, 형식으로 작성하라"는 것을 재사용 가능한 의사 결정 체크리스트로 분해하는 것입니다:
- 모든 줄 앞의 두 가지 질문: 이 줄은 어떤 레이어에 속합니까 (글로벌, 고정, 또는 시간적), 그리고 관찰 가능한 형태로 작성되었습니까?
- 검증 불가능한 것을 검증 가능한 것으로 변환하십시오. "일관성 유지"는 보이는 최종 상태가 됩니다. "긴장"은 눈 움직임, 호흡 및 손 동작이 됩니다.
- 방언에 강한 방법: 용어와 관찰 가능한 설명을 함께 작성하십시오. 용어를 아는 모델은 지름길을 취하고, 모르는 모델은 설명을 따르며, 하나의 프롬프트가 둘 다 커버합니다.
- 환경 간 재작성 없음. 순수 언어 레이어는 한 번 작성되고, 모델별 편향은 별도의 프로필 테이블에 기록됩니다. 세 번째 섹션의 종류입니다.
이 저장소는 5개의 샷 유형, 4개의 완전히 작업된 사례, 6개의 모델 프로필, 4개의 데모 비디오를 제공합니다. 각 비디오는 데모하는 특정 규칙에 연결되어 있으며, 쇼릴이 아닙니다.
또한 무엇을 하지 않는지 분명히 합니다: 필수 슬롯 없음, 예시는 규칙이 아님, 모든 규칙에는 예외가 있습니다. 빈 칸 채우기 템플릿을 찾고 있다면 이것이 아닙니다.
마무리 단계: Atlas Cloud에서 MiniMax H3 실행
세 가지 MiniMax H3 호출 모드 모두 Atlas Cloud에서 라이브로 제공됩니다: 텍스트-투-비디오, 이미지-투-비디오, 레퍼런스-투-비디오. 각 모델 페이지에 파라미터, 지속 시간 옵션 및 요청 예제가 있습니다.
Plain1개요 https://www.atlascloud.ai/models/minimax-h3 2텍스트-투-비디오 https://www.atlascloud.ai/models/minimax/h3/text-to-video 3이미지-투-비디오 https://www.atlascloud.ai/models/minimax/h3/image-to-video 4레퍼런스-투-비디오 https://www.atlascloud.ai/models/minimax/h3/reference-to-video 5비교 도구 https://www.atlascloud.ai/model-explorer
Atlas Cloud는 이러한 주류 비디오 모델을 하나의 풀에 모아, 단일 API로 하나의 모델 문자열만 변경하여 전체 비교를 실행할 수 있습니다. 이것이 세 번째 섹션의 4개 모델 테스트가 실행된 방식입니다. 단, 그때는 여전히 자체 스크립트를 작성했고, 지금은 Model Explorer에서 몇 번의 클릭으로 가능합니다.
따라서 파이프라인은 실제로 다음과 같이 연결됩니다:
| 단계 | 위치 | 목적 |
|---|---|---|
| 드래프트 | Model Explorer, 저렴한 프리셋, 하나의 프롬프트 병렬 실행 | 방향을 빠르게 테스트하고, 모델 프로필 테이블 구축 |
| 최종화 | 동일한 풀, 대상 모델로 전환 | 프롬프트 변경 없음, 모델 문자열만 변경 |
| 배송 | API 호출, 자체 프로덕션 흐름으로 | 배치, 오케스트레이션 가능 |
세 단계 모두 동일한 프롬프트와 동일한 키를 사용합니다. 중간에 아무것도 다시 작성되지 않으며 환경이 변경되지 않습니다. 이것이 두 번째 섹션의 요점입니다: 단계를 넘어야 하는 유일한 자산은 프롬프트이므로, 도중에 변형되지 않도록 해야 합니다. 파라미터, 지속 시간 옵션 및 API 예제는 모두 MiniMax H3 모델 페이지에 있습니다.
마무리하며
오픈소스가 된 지 일주일 만에, 커뮤니티는 이미 MiniMax H3를 소비자 그래픽 카드에 맞추고, 네이티브 Mac 프로그램에 넣고, 자동화된 제작 흐름 내부에 통합했습니다. 그 작업이 로컬 측을 진정으로 사용 가능하게 만든 것입니다.
하지만 로컬 실행이 로컬 전달을 의미하지는 않습니다. "로컬 드래프트, 클라우드 피니시"는 두 끝을 서로 대립시키지 않기 때문에 좋은 습관입니다. 이것이 하나의 파이프라인이며, 두 개의 스테이션이 두 가지 작업을 수행한다는 것을 받아들입니다.
그리고 라인이 움직이기 위해서는 중간에 전달되는 조각이 신뢰할 수 있어야 합니다. 그 조각이 바로 프롬프트입니다. 따라서 당신의 시간을 들일 가치가 있는 것은 당신이 렌더링한 어떤 영화도 아닙니다. 그것은 당신이 왜 그렇게 작성했는지입니다.
MiniMax H3 프롬프트 FAQ
로컬 GPU 없이 MiniMax H3를 어디서 실행할 수 있습니까?
세 가지 MiniMax H3 모드(텍스트-투-비디오, 이미지-투-비디오, 레퍼런스-투-비디오) 모두 Atlas Cloud에서 실행되며, 각 모델 페이지에 파라미터와 지속 시간 옵션이 있습니다. 로컬 추론은 커뮤니티 빌드가 설정된 후 저렴한 480p 드래프팅에 유용하지만, 더 높은 해상도의 최종본은 여전히 클라우드에서 렌더링됩니다.
MiniMax H3를 다른 비디오 모델과 공정하게 비교하려면 어떻게 합니까?
하나의 동일한 프롬프트를 단일 실행 환경에서 여러 모델에 걸쳐 실행하십시오. Model Explorer는 최대 10개 모델을 병렬로 실행하여 게이트웨이 동작, 기본 파라미터 및 자산 인코딩을 일정하게 유지하므로, 보이는 차이가 모델 차이입니다.
MiniMax H3 프롬프트가 다른 모델로 전환되나요?
바로 그것이 잘 작성하는 요점입니다. 순수 언어 레이어를 관찰 가능하고 방언에 강하게 유지하고(용어와 설명), 모델별 시간 편향을 별도의 프로필 테이블에 기록하십시오. 그러면 프롬프트는 드래프트 모델에서 최종 모델로 변경 없이 이동합니다.
기성품 MiniMax H3 프롬프트는 어디서 찾을 수 있습니까?
awesome-minimax-h3-prompts 라이브러리에는 16개 카테고리, 20개 언어로 된 52개의 공식 쇼케이스 프롬프트가 있으며, 각각 실제 미리보기 비디오가 있습니다. 주제에 가까운 프롬프트를 찾아 미리보기를 보고 거기서 편집하십시오.
