먼저 어떤 경로로 H3를 사용하는지 확인하세요. 가중치 다운로드, 워크플로 가져오기, 웹사이트 구독, 고객에게 영상 납품은 각각 관련 자료와 계약이 다릅니다. 생성 작업에 성공했거나 결제 증빙을 확보했다는 사실만으로는 프로젝트 전체의 권한 문제에 답할 수 없습니다.
이 글에서는 각 사용 경로에 따라 확인해야 할 문서와 프로젝트 기록을 정리합니다. 카페 사례는 이 글을 위해 만든 가상의 분석 연습이며, 실제 고객의 권리에 대한 판단이 아닙니다. 일차 자료 확인 날짜는 2026년 10월 6일입니다.
1. 사용 경로를 먼저 파악한 뒤 라이선스 문서를 찾으세요
실제로 사용한 서비스나 저장소의 이름을 적으세요. ‘MiniMax H3’만으로는 충분히 구체적이지 않습니다. 하나의 작업에 모델 배포자, 커뮤니티 소프트웨어 패키지, 독립 호스팅 웹사이트가 함께 관여할 수 있습니다.
| 수행한 작업 | 먼저 확인할 문서 | 프로젝트에 기록할 질문 |
|---|---|---|
| 가중치를 다운로드하여 직접 실행 | 해당 버전의 모델 라이선스 | 어떤 파일을 다운로드했고, 어디에 배포했나요? |
| 워크플로 수정 또는 배포 | 실제 소프트웨어 패키지와 의존성의 라이선스 | 전달하는 패키지에 어떤 파일이 포함되나요? |
| MiniMax 공식 API 호출 | 관련 제품 약관 및 주문 내역 | 어떤 서비스와 계정 계약을 적용했나요? |
| 타사 호스팅 웹사이트 또는 API 사용 | 해당 서비스 약관 및 모델 추가 조건 | 이번 작업을 실제로 처리한 주체는 누구인가요? |
| 완성 영상을 고객에게 전달 | 서비스 조건, 소재 사용 허가 및 납품 합의 | 어떤 수령인과 사용 범위에 합의했나요? |
두 가지 경로를 함께 사용했다면 둘 다 기록하세요. 예를 들어 로컬 워크플로에서 원격 서비스를 호출했다면 소프트웨어와 호스팅 양쪽이 관련됩니다. 다운로드한 JSON만 기록해서는 이후의 처리 경로를 설명할 수 없습니다.
2. 소프트웨어와 모델 자료를 구분해 목록으로 작성하세요
Comfy Org 워크플로 템플릿은 MIT를, ComfyUI 코어는 GPL v3를 사용합니다. 모델에는 별도의 계약이 있습니다. 익숙한 소프트웨어 라이선스 이름만으로 그 소프트웨어가 불러오는 모든 자료에 대해 결론을 내릴 수는 없습니다.
단순히 ‘오픈 소스’에 체크하기보다 소프트웨어 패키지 목록을 준비하는 편이 실용적입니다. 워크플로, 사용자 정의 노드, 모델 가중치, 인코더, 입력 소재를 각각 한 줄씩 적으세요. 수정하기 전에 출처와 버전을 기록하면, 나중에 전체 패키지를 다른 팀에 전달할 때 직접 작성한 부분과 업스트림에서 가져온 부분을 구분할 수 있습니다.
ComfyUI 참고 페이지는 기술적인 입력 경로를 설명합니다. 설치 안내와 열리는 노드 그래프가 있다고 해서 배포 방식에 대한 라이선스 검토가 끝났다는 뜻은 아닙니다.
3. 공개 가중치와 호스팅 경로를 각각 확인하세요
모델의 2026년 8월 2일 커뮤니티 라이선스는 유럽연합, 영국, 한국, 미국을 적용 지역에서 제외합니다. 상업용 제품 및 서비스의 연 매출이 2,000만 달러를 초과하면 사전 서면 허가가 필요하며, 상업용 인터페이스에는 명칭 표시 요건이 있습니다. 출력물의 소유권을 주장하지는 않지만, 조건과 사용자 책임은 여전히 유지됩니다.
배포자의 라이선스 FAQ는 전 세계에 제공되는 공식 API와 지역 조건이 있는 공개 가중치를 구분합니다. 통합 서비스 체계 역시 개별 제품 및 추가 약관을 안내합니다. 이러한 공개 자료만으로 다른 공급업체가 어떤 별도 허가를 받았는지 알 수는 없으며, 구체적인 주문 내역을 대신할 수도 없습니다.
호스팅 서비스를 사용할 때는 실제 서비스 이름과 적용 약관 링크를 작업 기록 옆에 보관하세요. 이 독립 Studio를 사용한다면 이 사이트의 서비스 약관부터 확인하세요. 다른 회사의 구독이나 라이선스로 실제 사용하는 서비스의 계약을 대체할 수는 없습니다.
4. 완성 영상을 납품 자산으로 보고 다시 확인하세요
공급업체가 소유권을 주장하지 않는다고 해서 입력 소재에 부족한 사용 허가가 채워지는 것은 아닙니다. fal 서비스 약관은 출력물의 고유성이나 비침해를 보장하지 않는다고 명시하며, 제삼자 조건도 적용될 수 있습니다. 실제 프로젝트 요구 사항에 맞춰 완성 파일을 검토하는 일도 납품 과정의 일부입니다.
한 카페가 5초짜리 컵 광고를 주문하면서 제품 사진, 직원의 초상, 음악 한 곡을 제공했다고 가정해 보겠습니다. 사진은 누가 제공했는지, 인물의 초상은 어떤 용도로 사용하기로 합의했는지, 음악 사용 권한은 어떤 납품 방식을 포함하는지 각각 세 항목으로 기록하세요. 그중 한 항목에 답이 없다면 확인 대기로 남겨 두어야 합니다. 나머지 두 항목을 근거로 그 항목도 허가되었다고 암시해서는 안 됩니다.
고객이 어디에 게시할 계획인지, 이후 수정·재허락·새로운 캠페인이 합의에 포함되는지도 기록하세요. 여기서 제시하는 것은 이 글에서 만든 기록 방법이며, 특정 계약에서 이러한 권리가 성립하는지 판단하는 것은 아닙니다.
5. 프로젝트와 함께 보관할 기록표를 남기세요
| 항목 | 이 프로젝트의 내용 작성 |
|---|---|
| 사용 경로 및 서비스 이름 | ______ |
| 모델 식별자 및 작업 날짜 | ______ |
| 약관/라이선스 링크 및 버전 또는 날짜 | ______ |
| 입력 소재의 출처 및 사용 허가 기록 | ______ |
| 합의한 수령인, 채널 및 납품 범위 | ______ |
| 확인 대기 질문, 담당 주체 및 답변 | ______ |
연습용 초안을 고객 납품물로 전환할 때는 이 기록표도 함께 보관하세요. 모델, 서비스, 음악 또는 납품 범위가 바뀌면 해당 항목을 업데이트하세요. 이전 프로젝트의 결론을 다른 작업에 별도 확인 없이 그대로 적용해서는 안 됩니다.
6. 큰 질문을 답할 수 있는 작은 질문으로 바꾸세요
‘H3를 상업적으로 사용할 수 있나요?’라는 질문을 구체적인 확인 요청으로 바꿀 수 있습니다. 공급업체, 사용 경로, 장소, 자료, 계획한 용도를 명시한 다음, 아직 해결되지 않은 조건을 해당 주체에게 확인하고 답변을 프로젝트 기록에 남기세요.
독립 창작자라는 신분만으로는 사용 경로를 알 수 없으며, 특정 입력 소재의 권한 문제도 해결되지 않습니다. 실제 사용하는 자료와 납품 범위에 따라 기록을 작성하세요. 결제는 구매가 이루어졌음을 보여 주고, 템플릿 라이선스는 소프트웨어 조건을 설명합니다. 어느 쪽도 단독으로 전체 납품 과정을 설명할 수는 없습니다. 실행 환경을 계획할 때는 ComfyUI 참고 페이지를 이어서 참고할 수 있습니다. 경로를 정한 뒤에는 프롬프트 가이드에서 작성 방법을 확인하세요.
