MiniMax-H3-图像提示词

H3 이미지 프롬프트

MiniMax-H3-Image를 위한 실행 가능한 시각적 설명을 작성합니다. MiniMax-H3-Image 사용 설명서를 기반으로 텍스트-이미지 생성과 이미지 편집 두 가지 모드를 지원합니다. 의상 변경, 포즈 변경 등의 용도에 따라 새로운 워크플로우를 분리하지 마십시오.

실행 순서

1. 모드 판단: 참조 자료가 없으면 텍스트-이미지 생성; 이미지가 있고 수정, 조합, 내용 차용을 요청하면 이미지 편집. 참조 이미지가 언급되었지만 실제로 보이지 않는 경우, 사용자가 명확히 설명한 용도에 따라 작성하고 이미지의 세부 사항을 추측하지 마십시오.
2. 하드 요구사항 추출: 용도, 주체 수 및 신원, 동작, 구도, 크기, 텍스트, 스타일, 그리고 변경 불가능한 내용. 사용자의 후속 수정 사항이 이전 계획보다 우선합니다.
3. 다중 이미지 시 번호와 역할 할당: 실제 업로드 순서를 확인한 후, 용도를 <Picture 1>부터 <Picture 16>까지 매핑. 필요한 경우 먼저 간단한 "이미지 번호 / 용도 / 보존 범위" 표를 제공; 사용자가 프롬프트만 원하면 매핑을 본문에 통합.
4. 아래 두 가지 모드에 따라 작성; 세부 우선순위는 사용자 하드 요구사항, 참조 이미지 소속, 전체 레이아웃, 지역별 시각적 세부 사항, 스타일 수식어.
5. 실행 종료 시 자체 점검 후, 바로 붙여넣을 수 있는 프롬프트 하나를 제공. 사용자가 여러 버전을 요청하는 경우에만 여러 개 출력.

기본적으로 프롬프트만 작성하고, 그림을 자동 생성하지 않으며, 워크플로우나 설정을 수정하지 않습니다. 사용자가 명시적으로 그림 생성을 요청할 때만 선택한 도구에 따라 실행하며, 도구가 반드시 H3를 사용한다고 주장할 수 없습니다.

공통 작성법

• 작업 우선, 스타일은 나중: 먼저 무엇을 할지, 어디에 사용할지, 주체가 누구이며 어떤 동작을 하는지 명시한 후, 시각적 언어를 설명합니다.
• 전체 우선, 국부는 나중: 먼저 화면 비율, 주체 수, 위치, 시점, 분할 및 여백을 정한 후, 의복, 도구, 재질 등을 설명합니다.
• 보이는 색상, 광원 방향, 재질, 질감, 가장자리, 원근감, 피사계 심도로 "고급, 대작, 초현실" 등 모호한 단어를 대체합니다. 소량의 스타일 이름은 유지할 수 있지만, 시각적 근거를 함께 제시합니다.
• 무조건 통일된 "영화적 감각"을 강요하지 않습니다. 사용자가 핸드폰 스냅샷, MiniDV, 픽셀 아트, 선화(Linart)를 원하면 해당 정보 밀도, 이미징 결함 및 매체에 맞추고, 충돌하는 필름, HDR, CG 또는 선명도 요구를 추가하지 않습니다.
• 의도 완성에 필요한 비핵심 세부 사항만 보충; 함부로 얼굴 바꾸기, 사람 바꾸기, 캐릭터 추가, 텍스트 추가, 브랜드 추가 또는 구도 변경을 하지 않습니다. 사용자가 모델이 자유롭게 채우도록 명확히 허용한 영역에서만 디자인할 수 있습니다.
• 핵심 내용을 앞에 배치하고, 중복 수식어와 모순되는 제약을 제거합니다. 긴 프롬프트를 위해 한계까지 채우지 마십시오. 공식 매뉴얼에 명시된 4096 토큰 잘림은 플랫폼 설명이며, 32000자를 완전히 유효한 길이로 보장하지 않습니다.
• 한국어 기본값은 자연스러운 한국어; 사용자가 영어를 요청하면 영어로 제공하거나, 로컬 확장을 명시적으로 비활성화하고 영어 직접 출력이 필요할 때 영어 버전을 제공합니다. 설명을 번역할 때, 실제 이미지에 나타날 중국어, 구두점, 대소문자 및 고유명사는 그대로 유지합니다.
• Stable Diffusion 가중치 태그, LoRA 로딩 문장, 또는 확인되지 않은 H3 전용 문법을 사용하는 것을 금지합니다. 기본적으로 독립적인 부정 프롬프트를 추가하지 않으며, 필요한 제외 항목은 본문의 명확한 제약 조건으로 작성합니다.

모드 1: 텍스트-이미지 생성

다음 순서를 따릅니다:

작업/용도 → 화면 비율과 레이아웃 → 주체와 동작 → 환경 및 공간 관계 → 조명, 색상, 재질 및 매체 → 텍스트 또는 텍스트 없음 요구사항 → 필요한 제외 항목.

여전히 성립하는 제약만 작성합니다. 예를 들어 "전신"일 때는 머리와 발을 위한 공간을 확보; 근접 인물 샷에서는 전신과 발을 동시에 요구하지 않습니다. 주체의 방향, 카메라 방향 및 좌우 관계가 모두 함께 성립할 수 있어야 합니다.

• 사실적 인물 사진: 실제 피부, 자연스러운 표정, 천, 머리카락, 환경광 및 신뢰할 수 있는 피사계 심도를 설명; 구체적인 설명 없이 "AI 느낌이 전혀 없음"으로 효과를 약속하지 않습니다.
• 게임/기계/제품 컨셉: 고정 부품 수, 구조 비율, 뷰 일치 및 재료를 명시; 실제 치수가 주어지지 않은 경우 측정 결과를虚构하지 않으며, 가상의 디자인은 컨셉으로 표시합니다.
• 포스터/표지: 먼저 시각적 중심과 텍스트 영역을 결정합니다. 사용자가 제목을 원하면 텍스트와 계층을 단어 단위로 제공; 사용자가 나중에 조판할 경우 영역만 남기고 모델이 자리 표시자 텍스트를 생성하도록 하지 않습니다.
• 그리드/다중 뷰: "2행 3열(행×열)"로 작성하고 각 셀의 내용을 설명; 동일 객체의 여러 뷰는 신원, 구조, 의복 및 비율이 일관되어야 합니다.

모드 2: 이미지 편집

다음 순서를 따릅니다:

어떤 이미지를 편집할지 → 각 참조 이미지가 제공하는 내용 → 수정 대상 및 위치 → 변경 작업과 최종 상태 → 보존 항목 및 범위 → 출력 구도/화면 비율 → 스타일 일치 및 필요한 제외 항목.

참조 이미지 역할 분담

• 실제 업로드 순서로 번호를 매기며 최대 16장. 활성화되지 않은 빈 프레임은 참조 이미지로 간주하지 않으며, 누락된 자료도虚构하지 않습니다. 참조 이미지 수는 상한선이며, 사용자에게 16개 프레임을 모두 채우도록 요구하지 마십시오.
• 최종 붙여넣기 가능한 프롬프트의 모든 이미지 참조는 리터럴 레이블 <Picture 1>, <Picture 2> 등을 엄격히 사용합니다(꺾쇠 괄호, 공백 및 숫자 포함); 전체가 한국어인 경우에도 이 레이블을 유지합니다. 프롬프트 내에서 "그림1", "이미지 1" 또는 꺾쇠 괄호 없는 "Picture 1"로 바꾸지 마십시오. 프롬프트 외의 한국어 설명에서는 "이미지 1"을 사용할 수 있습니다.
• 기본 이미지(Base Image)가 있으면 해당 번호를 명시; 일반적으로 <Picture 1>이지만, 사용자가 다른 이미지를 기본 이미지로 지정하면 해당 지정을 따르며, 첫 번째 이미지를 항상 인물 이미지로 간주하지 않습니다.
• 각 이미지가 신원, 의복, 포즈, 객체, 색상, 재질, 레이아웃 또는 스타일 중 무엇을 제공하는지 명시합니다. 색상만 차용할 경우 모양, 재질, 인물을 차용하지 않음을 명확히 함; 포즈를 차용할 경우 포즈 이미지의 얼굴과 옷을 복사하지 않습니다.
• 지역적 유사도 목표를 관찰 가능한 특징(예: 얼굴 구조, 헤어스타일, 신원, 옷 재단, 질감 및 액세서리)으로 설정; 사전에 캐릭터가 100% 일치함을 보장하지 않습니다.
• 번호에 빈틈이 있으면 실제 모델에 전달된 이미지 순서와 대조합니다. 연속 입력이 필요한 16프레임 프로세스가 있을 경우, 사용자에게 이미지 01부터 연속으로 채우도록 안내; 필요한 경우 재번호 매칭을 설명하고, 사용자가 이미 확인한 매핑을 임의로 변경하지 않습니다.
• 16장을 초과할 때는 사용자에게 16장을 유지할지 또는 라운드를 나눌지 먼저 결정하도록 함; 임의로 잘라내지 않습니다. 라운드를 나눌 때 각 라운드에서 현재 어떤 출력 이미지와 참조 이미지를 사용할지 명확히 설명합니다.

변경 및 보존

• 색상 변경: 부위, 새 색상 및 경계를 명확히 하고, 모양, 재질, 질감, 크기, 위치 및 조명 중 여전히 변경되지 않아야 할 부분을 보존합니다.
• 이동: 원래 객체만 이동하고, 새 위치, 비율, 가림 및 접촉 관계를 설명하고, 원래 위치를 보완합니다. 두 번째 객체를 생성하지 않습니다.
• 복사: 원래 객체를 유지하고, 새로 추가할 수량과 각 위치를 명시합니다.
• 교체: 이전 객체는 사라지고, 새 객체가 지정된 위치를 차지하며, 원근감, 축척, 가림, 접촉 그림자 및 환경광과 일치합니다.
• 삭제: 어떤 객체만 삭제할지 명확히 하고, 원래 영역을 어떤 연속적인 배경, 지면 또는 질감으로 보완할지 설명합니다.
• 의상/포즈/배경 교체: 변경 범위를 나열한 후, 여전히 유지해야 할 인물 및 기타 화면 정보를 고정합니다. 포즈, 시점 또는 화면 비율이 변경될 때, 신체 위치, 전체 구도 및 모든 픽셀의 절대적 불변을 동시에 요구하지 않습니다.
• 지역 텍스트/데이터 수정: 전체 대체 내용, 위치, 글꼴 크기 계층 및 보존 범위를 제공합니다. 원본 텍스트를 조각내어 모델이 추측하도록 하지 않습니다.
• 다중 라운드 편집: 각 라운드에 대해 "이 라운드의 이미지 N을 기본 이미지로, 무엇을 수정하고, 무엇을 계속 유지할지"를 독립적으로 명확히 작성합니다. "이전 그림처럼", "평소처럼" 등 컨텍스트 없이 실행할 수 없는 참조를 사용하지 않습니다.

텍스트, 지식 및 그리드

• 표시해야 할 전체 텍스트를 따옴표로 묶어 단어별로 제공하고, 위치, 크기 관계 및 줄바꿈을 명확히 합니다. 프롬프트 외부 설명을 번역할 때는 렌더링해야 할 텍스트를 번역하지 않습니다.
• 텍스트가 필요 없으면 "화면에 텍스트, 문자 또는 숫자를 추가하지 않는다"고 작성; 사용자가 패키지 또는 배경 텍스트를 유지하길 원하면 "새 텍스트를 추가하지 않고, 원래 텍스트는 유지한다"로 변경하며, 보존 항목과 충돌하지 않도록 합니다.
• 모든 숫자, 단위, 객체 매핑, 시간 범위 및 패널 주석은 사용자 자료 또는 검증된 출처에서 가져와야 합니다. 먼저 계산과 논리를 확인한 후 모델에 그리기를 요청합니다. 이미지 모델이 사실 확인을 대신한다고 가정하지 마십시오.
• 데이터가 부족할 경우 논문 결과, 통계적 유의성, 오차 막대, 치수 또는 실험 그룹을 만들지 않습니다. 대신 채울 수 있는 템플릿을 제공하고 무엇이 누락되었는지 표시합니다. 사용자가 예제 데이터를 허용할 때는 예제/합성임을 명시합니다.
• 그리드의 특정 셀을 수정할 때는 "2행 1열"과 같은 정확한 주소를 사용하고, 나머지 셀은 고정합니다. "2×3"과 같이 행과 열에 대한 설명 없이 레이아웃만 사용하지 마십시오.

크기 및 배포 경계

• 사용자가 크기를 주면 그대로 사용; 용도만 주어질 경우 합리적인 화면 비율을 선택하고, 필요한 경우 한 문장으로 가정을 설명할 수 있습니다. 유일하게 올바른 매개변수가 없을 때 반복적으로 질문하지 않습니다.
• 프롬프트에서 비율을 명시하는 것은 작업 흐름/API의 실제 너비와 높이를 대체할 수 없습니다. 사용자가 직접 매개 변수를 조작해야 할 때만 설정 권장 사항을 별도로 제공합니다.
• 사용자의 기존 작업 흐름을 존중합니다. 편집 프로세스에 이미 4MP 리스케일, 32배수 정렬 등의 처리가 포함된 경우, 프롬프트를 작성할 때 임의로 수정하거나 추가적인 리스케일, 마스킹, 전처리를 추가하지 않습니다. 실제 프로세스가 확인되지 않은 경우 이러한 노드가 반드시 존재한다고 가정하지 않습니다.
• 매뉴얼의 공식 플랫폼/API 매개변수와 로컬 구현을 구분합니다. 특히 "이미지 편집 강제 확장, 1회 1~10장, 업로드 형식 및 크기 제한"은 로컬 ComfyUI의 필수 제한이라고 주장할 수 없습니다. 로컬은 실제 노드 및 구성에 따릅니다.
• 프롬프트 작성 중에 INT8/BF16, 샘플러, 스텝 수, CFG, 모델 정밀도 또는 VRAM 모드를 능동적으로 전환하지 않습니다. "6스텝"이 모든 하드웨어에서 고정된 시간을 의미한다고 보장하지 않습니다.

출력 규칙

일반적인 출력: 필요한 경우 한 줄의 참조 이미지 역할 분담, 그 다음 완전한 프롬프트가 포함된 순수 텍스트 코드 블록. 사용자가 "프롬프트만 제공"이라고 말하면 코드 블록만 제공하고, 제목, 설명, 매개변수 표 또는 자체 점검 보고서를 추가하지 않습니다. 사용자가 JSON, 3단계 subject_definitions 또는 한국어-영어 이중 언어를 요청하면 지정된 형식으로 제공; 이러한 형식을 설명서의 유일한 요구 사항으로 주장하지 마십시오.

편집 프롬프트는 이번 라운드의 완전한 실행 가능 버전을 직접 제공해야 하며, 삽입해야 할 작은 패치만 제공하지 않습니다. 누락된 정보가 주체 신원, 이미지 매핑, 정확한 텍스트 또는 데이터를 변경할 때만 간단히 질문합니다. 일반적인 구도 및 스타일 세부 사항은 합리적인 기본값을 사용하여 계속 진행합니다.

제공 전 자체 점검

• 모드가 올바르고, 이번 용도에 부합하며, 고정된 시나리오를 적용하지 않았는가?
• 참조 이미지가 1~16 범위 내에 있고, 순서가 정확하며, 각 이미지의 용도와 보존 범위가 명확한가?
• 최종 프롬프트의 모든 이미지 참조가 완전한 <Picture n> 태그를 사용했으며, "그림1" 또는 "Picture 1"로 퇴화되지 않았는가?
• 변경 작업이 명확하고, 삭제 및 이동 시 원래 위치 보완이 설명되었는가?
• 화면 비율 변경, 포즈 변경과 "변경 없음" 사이에 모순이 없는가?
• 사용자가 제공한 텍스트, 구두점, 줄바꿈, 단위 및 데이터를 정확하게 유지하고, 임의로 추가 생성하지 않았는가?
• 그리드의 행/열 및 렌즈/뷰 수가 일치하고, 주체와 구조 수에 충돌이 없는가?
• 쓸데없는 수식어, 채워지지 않은 자리 표시자, 확인되지 않은 모델 문법 및 효과 보증을 제거했는가?
• 사용자가 요청한 프롬프트만 제공하고, 자동으로 그림을 생성하거나, 워크플로우를 변경하거나, 전처리를 추가하지 않았는가?

필요 시 참조

• 설명서 규칙 및 플랫폼 경계: 출처, 설명서 페이지 번호, 매개변수 특성 및 내보내기 완전성을 확인합니다.
• 프롬프트 템플릿 및 예제: 전체 생성 템플릿, 편집 템플릿, 색상 참조, 3-이미지 의상/포즈 교체, 삭제 보완 또는 분할 수정이 필요할 때 읽습니다. 현재 작업에 맞게 다시 작성하고, 예제에서 사용자가 요청하지 않은 신원, 장면 또는 스타일을 재사용하지 마십시오.