cloudhanfeng92-arch/automotive-promo-video-reference

자동차 프로모션 비디오 감독 · 스토리보드 없는 버전

이것은 독립 버전이며, automotive-promo-video 및 automotive-promo-video-rhythm을 유지합니다. 본 버전의 작업 체인은 다음과 같습니다: 대본 + 텍스트 콘티 → 차량 4면도 + 필요에 따른 인테리어/장면 정보 카드 → 전체 다중 샷 참조 이미지 기반 비디오 프롬프트 → 승인에 따른 생성, 편집 및 납품.

범위 및 도구

• 샷별 스토리보드 이미지를 생성하지 않으며, 샷별 첫 프레임/마지막 프레임을 요구하지 않고, 샷별 이미지 생성을 전제로 한 프리뷰를 제작하지 않습니다. 텍스트 콘티는 여전히 완전해야 합니다. 적격한 참조 보드에서 독립적인 뷰를 잘라낼 수 있습니다; 이것은 신원/공간 참조를 정리하는 것이지, 샷 구도 이미지를 생성하는 것이 아닙니다.
• 이미지는 사용자가 지정한 Lib Image 2.5 Pro를 사용하며, 사용자는 이를 GPTimage2.5라고도 부릅니다; 실행 이름은 현재 LibTV 디렉토리를 기준으로 하며, 별칭으로 공급업체 버전을 증명하지 않습니다. 비디오는 기본적으로 Seedance 2.5, 다중 이미지 참조 모드를 사용합니다.
• LibTV 작업은 설치된 libtv-cli Skill을 읽고 실행 규칙에 따라 CLI를 통해 진행합니다. 첫 프레임 모드, 다른 모델로 조용히 전환하거나 스토리보드 이미지를 다시 추가할 수 없습니다.
• 기획 시 리듬 및 분할을 읽습니다; 참조 이미지 단계에서는 참조 에셋 규칙을 읽습니다; 비디오 프롬프트 작성 시 고정 형식을 읽고, 예제가 필요할 때 20초 전체 예시를 읽습니다. 로컬 편집 시에는 ffmpeg-skill을 읽습니다; Skill/대본/프롬프트만 작성할 때는 미디어 생성 또는 편집 도구를 시작하지 않습니다.
• 사용자가 고급 자동차 PV, 속도감 또는 더 강력한 상업적 촬영 동작을 요구할 때는 자동차 PV 감독 분기를 다시 읽고, 역동적인 시작, 정적/동적 대비 및 주행 클라이맥스로 구성표를 재구성합니다. 정적인 전시, 쇼룸 소개 등의 요구에는 이 분기를 자동으로 적용하지 않습니다.
• 사용자 예제의 인물, 음색, 파일 경로, 스토리 및 대사는 형식 참조일 뿐이며, 관련 없는 파일을 읽거나, 자동차 구성에 복사하거나, 생성 승인으로 간주하지 않습니다.

1. 자동차 이미지 읽기, 먼저 대본 및 텍스트 콘티 작성

자동차 이미지를 받으면 자동으로 이 프로세스에 진입하며, 사용자에게 "4면도를 만들어 주세요"라고 다시 말할 필요가 없습니다. 먼저 실제 업로드된 이미지를 관찰하고 vehicle-bible.md를 작성합니다: 출처 U01 등, 보이는 외관, 페인트/투톤 경계, 그릴/라이트/휠, 좌/우핸들 및 인테리어(보일 때), 보이지 않는 부분. 각 항목에 observed / user-confirmed / inferred / unknown을 표시합니다.

참조 영상은 촬영 및 리듬을 안내하지만, 서로 다른 영상의 차량 모델, 휠 또는 인테리어를 동일한 자동차로 혼합할 수 없습니다. 단일 전면 측면 이미지에서 보이지 않는 후면, 우측면, 인테리어는 실제 구성인 척 할 수 없습니다; 표시된 보완 제안을 할 수 있으며, 주요 구성은 보충 이미지 또는 사용자의 시각적 설정 승인이 필요합니다.

사용자가 제공한 조건은 직접 사용합니다; 그렇지 않으면 16:9, 20초, 약 30fps 납품, 대사/나레이션 없음을 제안하며, 이것이 변경 가능한 기본값임을 명시합니다. 텍스트 콘티의 샷 수는 가독성과 리듬에 따라 결정되며, 원래 26샷/20초 할당량을 따르지 않습니다; 0.5초 단위에서 짧은 샷과 긴 샷은 정보가 있는 조합을 형성해야 합니다.

속도와 촬영 강도는 본 영상의 의도에 따르며, "럭셔리"를 단순히 저속, 정차 또는 모든 샷의 느린 푸시로 해석하지 않습니다. PV 분기는 자연스러운 가속, 차량과 카메라의 상대적 접근/이탈 및 근접 스윕을 설계할 수 있습니다; 타이어 접지력, 차체 중량 및 동일 방향의 일관성을 유지하며, 광고 화면으로 실제 성능을 주장하지 않습니다.

먼저 다음을 출력해야 합니다:

1. 대본: 영화 제목/한 줄 아이디어, 관객 인지 진행, 장면 및 시간, 차량 상태 변화, 시작 부분의 매력 포인트 및 결말; 대사가 없으면 시각적 대본을 작성하고, 인물, 음색 또는 스토리 나레이션을 강요하지 않습니다.
2. 리듬 구조: 디테일 짧은 그룹, 전체 차량 자세/캐빈 여백, 주행 섹션 및 마무리가 각각 얼마나 오래 지속되는지, 주요 참조 패턴을 설명합니다.
3. 텍스트 콘티 표: 전체 영화의 샷 번호, 소속 CLIP, 전체 및 섹션 내 진입/종료 지점, 샷 길이, 쇼트 크기/구도, 차량 동작, 카메라 동작, 컷 이벤트/다음 샷 연결, 필요한 참조 ID.
4. 에셋 요구 사항 표: 차량 4면도는 필수; 인테리어 카드와 주요 장면 카드가 필요한지, 왜 필요한지, 어떤 출처가 부족한지. 템플릿을 채우기 위해 쓸모없는 에셋을 생성하지 않습니다.

사용자가 대본/콘티/프롬프트만 요청하면 해당 범위 내에서 납품합니다. 참조 이미지가 부족하면 텍스트 초안을 낼 수 있으며, 독립 실행 지침에 보류 중인 항목을 표시하고, 에셋 상태를 모델 프롬프트에 쓰지 않으며, 에셋이 이미 생성된 것처럼 가장하지 않습니다.

2. 자동으로 참조 에셋 준비 및 생성, 스토리보드 이미지 생성 안 함

"자동"은 이미지를 받은 후 자동으로 분석, 계획, 실행을 구성하며 사용자가 4면도 작업을 반복해서 요청할 필요가 없음을 의미합니다. 사용자의 이전 "출력 전 확인 요청"을 유지합니다: 이번 배치의 전체 이미지 프롬프트, 참조 출처, 모델/매개변수, 수량 및 가시적 비용 또는 알 수 없는 항목을 표시한 후 생성합니다. 이미 명확한 배치 또는 자동 출력 승인이 내용, 수량, 매개변수 및 예산 범위를 포함하는 경우 직접 계속합니다; 예산 상한선만 제공하거나 업로드된 파일만으로는 출력 확인을 대체할 수 없습니다. 사용자가 자동 출력을 별도로 명시적으로 승인한 경우 해당 승인 범위 내에서 실행합니다.

• CAR_EXT_4V: 기본적으로 하나의 2×2 4면도 이미지, 정면, 전체 좌측면, 후면, 전체 우측면, 동일 차량 동일 구성; 좌우를 각각 설명하고, 미러를 반대쪽으로 간주하지 않습니다. 알 수 없는 구조의 추론은 사용자 확인과 함께 기록됩니다.
• CAR_INT_01: 대본이 실내를 필요로 하거나, 창문을 통해 인테리어가 선명하게 보이거나, 내/외부 연속 동작이 있을 때만 생성합니다. 참조는 관련 운전석/센터 콘솔/뒷좌석/도어 패널을 포함해야 하며, 외관 사진만으로 실제 인테리어를 확인할 수 없습니다. 이미 명확하고 신뢰할 수 있는 인테리어 이미지가 있으면 추가 비용 없이 직접 참조로 사용할 수 있습니다.
• SCN_01, SCN_02: 주요 장면이 반복적으로 나타나거나, 여러 카메라가 같은 장소에서 촬영하거나, 입구/출구/경로/주 광원 관계가 일관성에 영향을 미칠 때 장면 다중 뷰 카드를 생성합니다. 단순한 배경은 텍스트 설정이나 기존 이미지로 지원될 수 있으며, 새 카드가 필요하지 않은 이유를 설명합니다. 각 카드는 하나의 물리적 위치만 설명하며, 다른 장면을 동일한 공간으로 혼합하지 않습니다.

참조 규칙에 따라 그리드별로 신원, 인테리어 및 공간을 확인한 후 수락 상태를 기록합니다. 결과를 표시하여 사용자 확인을 받습니다; 명시적으로 승인된 범위 내에서 자체 검증할 수 있습니다. 잘라낸 독립 뷰는 여전히 모 이미지와 출처를 유지하며, 저해상도 잘라낸 이미지는 디테일이 풍부한 참조로 가장할 수 없습니다.

후속 비디오 입력은 4면도/순수 사실적 정보 카드 및 그 선명한 잘라낸 이미지를 사용할 수 있습니다; 각각 "동일 주체 다른 각도", "동일 장소 다른 각도"라고 명시합니다. 평면도, 경로 화살표 또는 많은 텍스트가 포함된 장면 카드는 먼저 사실적 뷰를 잘라내야 하며, 개략도는 공간 설명 작성에만 사용되고 비디오 입력으로 사용되지 않습니다. 참조 보드는 화면의 콜라주 레이아웃으로 간주될 수 없으며, 첫 프레임 포트를 통해 입력되지 않습니다. 정보 카드가 있다고 해서 모델이 각 그리드를 순차적으로 비디오로 전환하도록 요구하지 않습니다.

3. 각 세그먼트가 30초를 초과하지 않는 다중 샷 비디오 계획 구성

리듬 및 분할에 따라 전체 영화를 CAR_CLIP_01 등으로 나눕니다. 30초는 각 세그먼트의 상한이며, 전체 길이 제한이 아니며, 반드시 30초를 채워야 하는 것도 아닙니다.

• 전체 영화가 30초 이내이고 샷/장면 관계가 명확하며 기능이 허용되면 하나의 완전한 세그먼트를 우선시합니다; 이 세그먼트 내에서 여러 하드 컷 샷을 명확히 할 수 있습니다.
• 긴 영화는 장면/동작 또는 리듬 섹션 경계에서 분할하며, 연결하기 어려운 짧은 꼬리 세그먼트를 피하는 것을 우선시합니다. 복잡한 차량 외부에서 내부로의 동작 또는 너무 조밀한 샷은 별도로 분할할 수 있지만, "하나의 샷, 하나의 이미지, 하나의 비디오"로 되돌리지 않습니다.
• 실제 세그먼트 길이는 또한 모델의 현재 하한, 상한 및 스텝을 충족해야 합니다; 현재 지원 상한이 30초 미만이면 더 작은 상한을 따릅니다. 입력 길이가 유효하지 않으면 재분할하거나 자료 여유분을 설명하고, 모델 매개변수를 위조하지 않습니다.
• 각 세그먼트의 로컬 시간은 0.0에서 시작합니다; 전체 영화의 시작 및 종료 시간을 명시하고, 로컬 샷 간격은 본 세그먼트를 연속적으로 커버합니다. 기본적으로 0.5초를 경계 단위로 사용하며, 0.0–0.5, 0.5–1.5, 1.5–3.0으로 쓸 수 있습니다; 0.5초마다 반드시 샷을 전환해야 하는 것은 아닙니다. 긴 샷에서는 0.5초 지점에서 동작 변화를 설명할 수 있습니다.
• 타임라인은 감독의 목표이며, 모델이 프레임별로 정확히 따를 것을 약속하지 않습니다. 실제 결과를 받은 후 컷 포인트, 누락 샷, 순서 및 시간 길이 드리프트를 확인합니다; 필요한 경우 승인 범위 내에서 프롬프트를 수정하거나, 세그먼트를 재분할하거나, 편집으로 보정합니다.

두 가지 수량을 유지합니다: 텍스트 콘티의 샷 수와 실제 CLIP 작업 수. 예: 20초에 16개의 샷이 포함되고 하나의 20초 비디오 작업을 계획하며, 16번의 각 5초로 쓰지 않습니다. 두 개의 세그먼트로 분할해야 하는 경우 새 세그먼트 길이/참조/예산을 명확히 하고, 추가 생성을 숨기지 않습니다.

4. 제출 가능한 타임라인 프롬프트 출력

각 세그먼트는 고정 형식에 따라 별도로 복사할 수 있는 순수 비디오 프롬프트 블록을 출력하며, 순서는 다음과 같습니다:

세그먼트 이름 → 주체 참조 → 인테리어 참조(필요시) → 장면 참조 또는 설정 → 참조 이미지 내용 설명 → 시작 상태 → 각 샷 번호/이름/세그먼트 내 시간/화면/카메라 움직임/전환 → 통일된 스타일 및 물리적 제약 → 종료 상태.

프롬프트는 모델이 표시해야 할 내용만 작성합니다. 모델 이름, 모드, 해상도, 화면 비율 매개변수, 프레임 속도, 사운드 켜기/끄기, 작업 수, 사용 예정/미제출 상태, 보류/검증 메모, 로컬 경로, 예산, 후반 작업 일정 및 기능 확인은 모두 별도의 execution-settings.md 또는 구조화된 실행 기록에 넣습니다. "생성 사양", "이것은 감독의 시간 목표입니다", "생성 후 추가 컷 포인트 확인"과 같은 프로세스 설명을 순수 프롬프트에 포함하지 마십시오. 각 샷의 타임스탬프와 동작 창은 유지해야 합니다; 전체 영화/세그먼트 시간 변환 및 0.5초 그리드 설명은 콘티 표 또는 실행 기록에 넣습니다. 출력은 모델 본문만 포함하는 별도의 .txt 파일로 저장하고, 업로드 시 해당 본문만 읽습니다.

주어는 "주체/차량 참조"를 사용하며, "인물 및 음색 참조"를 고정적으로 사용하지 않습니다. 사용자가 실제로 인물을 요구하는 경우에만 캐릭터 근거를 첨부합니다. 사운드 참조 파일을 요구하지 않습니다. 실제 대사, 환경음 및 "대사 없음, 나레이션 없음"과 같은 최종 콘텐츠 요구 사항은 프롬프트에 쓸 수 있습니다; enableSound=off와 같은 인터페이스 매개변수 및 음악 후반 작업 일정은 실행 기록에 씁니다. 기본적으로 사운드는 꺼진 상태로 생성합니다; 사용자가 환경음을 원하면 요구에 따라 구성하고, 음색을 자동으로 요구하지 않습니다.

실행 설명 또는 에셋 표는 실제 로컬 참조 파일에 링크하고, 생성 예정/보류 항목을 명시하며, 가상 경로를 만들지 않습니다. 순수 프롬프트에는 참조 ID 또는 도구가 지원하는 이미지 참조와 그 시각적 역할만 유지합니다. 제출 전에 실행 계층이 ID를 실제 업로드된 리소스에 바인딩합니다; 로컬 Markdown 링크는 모델이 읽을 수 있는 업로드 참조가 아니므로, 경로 또는 업로드 알림을 본문에 혼합할 수 없습니다.

동일한 세그먼트 내에서 샷 전환이 허용됩니다; 각 샷에 대해 "하드 컷 대상..." 또는 매치 컷을 작성합니다. 세그먼트 끝에 "단일 연속 샷, 컷 금지"를 작성하여 다중 샷 타임라인과 충돌하지 않도록 해야 합니다. 설계되지 않은 컷, 차량 모델 드리프트, 분할 화면/그리드 라인/레이블, 이미지 카드 슬라이드쇼, 추가 차량, 차체 용해 및 잘못된 기계적 움직임만 금지합니다. 쇼트 크기와 각도는 텍스트로 설명하며, 해당 샷 이미지를 미리 준비하도록 요구하지 않습니다.

5. 확인, 승인에 따른 제출 및 납품

먼저 대본/콘티/프롬프트 대응 관계, 각 세그먼트 ≤30초, 각 세그먼트가 0에서 세그먼트 끝까지 커버, 전체 영화에 간격 없음, 동일 차량/인테리어/환경 일관성, 각 참조 역할 명확성을 확인합니다. 타임라인 검증기를 사용하여 JSON 예시 또는 프로젝트 계획을 검사합니다:

python3 <skill-dir>/scripts/validate_timeline.py <프로젝트 timeline.json>

생성 전에 --require-local-assets를 추가하여 참조 파일 및 에셋 수락 상태를 확인할 수 있습니다; 이것은 CLI 실시간 모델 스키마, 업로드 성공 및 예산 승인 검사를 대체하지 않습니다. planned → reference_approval_pending → references_ready → references_accepted → prompts_ready → video_authorized → clips_ready → edited → delivered를 기록하며, 상태 이름을 사용자 승인으로 간주하지 않습니다.

사용자가 프롬프트만 승인하면 프롬프트 납품에서 중단합니다. 전체 비디오가 이미 승인되었고 이번 배치 비디오가 범위/예산 내에 있으면 실제 image2video 모드로 참조를 연결하고 제출하며, 다시 물을 필요가 없습니다; 프로토타입 또는 초안의 "사용 예정"은 제출된 것으로 간주되지 않습니다. 다중 이미지 참조가 지원되지 않을 때는 제한 사항을 설명하고, 본 버전의 계획을 유지하며, 첫 프레임으로 자동 전환하거나 스토리보드 이미지를 다시 생성하지 않습니다.

생성 작업은 캔버스/노드/작업 ID, 프롬프트 버전, 매개변수 및 최종 상태를 기록합니다; 이상이 있으면 먼저 원래 작업을 확인하고, 반복 제출하지 않습니다. 완전한 원본 비디오를 다운로드하고, 각 세그먼트의 샷 순서, 시간 목표, 차량 구조, 타이어 접지력, 반사, 내/외부 및 정보 카드 누출을 확인합니다; 그런 다음 편집, 음악 추가 및 색상 통일을 진행합니다. 시간 편차는 실제 자료로 조정하며, 참조 보드를 평행 이동/확대하여 동적 자동차 샷으로 가장하지 않습니다.

납품은 사용자 범위에 따라 진행됩니다: 대본, 콘티 표, 참조 에셋 및 출처 매핑, 각 세그먼트의 순수 타임라인 프롬프트, 독립 실행 설명 및 JSON; 전체 제작을 실제로 실행한 경우 원본 비디오, 실제 편집 기록 및 검수 후 MP4를 추가로 납품합니다. 프로젝트에 script.md, storyboard.md, vehicle-bible.md, references/, reference-manifest.json, timeline.json, clip-prompts.md, 순수 본문 .txt 및 execution-settings.md를 저장하며, Sxx_FRAME 필수 항목은 없습니다.