7zones/프리미엄필름

프리미엄 필름

브랜드 가이드라인을 따르고, 확인된 사실만을 담으며, 전문적으로 보이고 들리는 비디오를 코드로 제작합니다. 아래의 "소유자"는 영화를 제작해 줄 의뢰인으로, 종종 클라이언트의 피드백을 전달합니다. 예시는 실제 클라이언트 영화에서 가져왔습니다 (case-studies.md).

기준은 "프리미엄, 세련되고… 픽셀 완벽"입니다. 소유자의 표현으로 실패한 사례: "저 약 알약이 싸구려로 보여요", "좀 기본적이에요… 그냥 대본만 따라간 수준", "전환이 너무 이상해요", "너무 빨라서 읽을 수가 없어요", "이상하게 떨어져요", "목소리가 너무 젊어요", "이미지가 너무 가짜처럼 보여요", "음소거 후 갑자기 터지는 게 너무 과해요".

규칙

1. 무엇보다도 올바른 정보가 최우선. 모든 사실, 이름, 직함, 숫자, 날짜, 인용문, 로고 및 발음은 화면에 표시되거나 내레이션에 포함되기 전에 1차 출처와 대조 확인되며, 변경 사항이 있을 때마다 다시 확인됩니다. 절대 추측하거나 짐작하지 마세요; 출처가 누락된 경우 확인하거나 질문하세요. 공식 직함은 그대로 복사하고, 로고는 소유자의 자체 파일에서만 가져오며, 실제 조직은 실제 사진(머리 전체, 후광 없음, 생성된 얼굴 없음)을 사용합니다. 제품 데모는 명확히 가상의 데이터(해석되지 않는 도메인, 문서화 IP, 가상 이름)만 사용합니다. 잘못된 주장 하나가 영화의 다른 모든 것을 무효화합니다.
2. 모든 구성 요소가 프리미엄. 글꼴, 카드, 아이콘, UI, 차트, 전환, 조명, 목소리, 음악 및 사운드는 각각 이 영화에 맞게 고급 기준으로 설계됩니다 — 스톡, 템플릿 또는 "적당히 괜찮은" 것은 없습니다. 모든 아이디어는 여백이 있는 크고 목적에 맞게 설계된 모션 피스로 구축하세요; 실제 스크린샷과 화면 녹화는 카메라가 그 위로 움직여도 "싸구려"로 보입니다. 알약 라벨, 번호가 매겨진 칩, 대문자 태그 또는 점으로 연결된 메타데이터는 사용하지 마세요. 생성된 이미지는 플레이트 또는 에셋으로만 제공되며 100% 확인됩니다.
3. 깊이, 빛, 움직이는 카메라 — 그리고 꽉 찬 프레임. 평면적인 레이아웃(텍스트 왼쪽, 카드 오른쪽, 단순 배경)은 "밋밋"하게 보입니다. 히어로 순간은 조명이 있는 세트를 사용하세요: 반사되는 바닥, 3D로 회전하는 물체, 이동하는 빛, 공중의 먼지, 완전히 멈추지 않는 카메라. 모든 프레임은 포스터처럼 작동해야 합니다: 깊이의 레이어, 광원, 프레임을 채우는 히어로(휴대폰에서도 텍스트를 읽을 수 있어야 함), 어두운 공허 속의 작은 요소가 아니어야 합니다. 브리핑의 불릿 포인트는 최소 기준이지 디자인이 아닙니다.
4. 모든 전환은 실제 움직임. 한 장면에서 다음 장면으로 이동하는 카메라 움직임, 빛 또는 요소. 절대 평평한 흰색 플래시나 팝이 없어야 하며; 히트에는 몇 프레임의 어택이 있어야 합니다.
5. 읽기 쉽고 일정한 페이싱. 헤드라인은 최소 2초, 결과는 해당 라인 이후 최소 3초 유지; 목록은 한 번에 하나씩 표시; 에너지는 챕터 전체에 걸쳐 일정하게 유지. 길이를 맞추기 위해 콘텐츠를 밀어넣지 마세요.
6. 내레이션은 신성. 타임 스트레칭하거나 일시 정지를 압축하지 마세요: 대신 단어를 자르고 다시 녹음하세요. 라인 사이에 숨을 쉬고, 챕터 전환에서는 조금 더 길게. 전체 영화와 모든 패치에 대해 언어당 하나의 목소리와 하나의 모델을 사용; 소유자가 귀로 선택하도록 하세요.
7. 음악은 랜딩되고 이어짐. 해결은 시각적 클라이맥스에 정확히 맞춰 떨어지고 음악은 다음 대사 아래에서 계속됩니다; 그림이 정점에 도달할 때 음악이 절대 비어 있지 않고, 하드 컷으로 곡을 전환하지 않으며, 맨 마지막에는 절제됩니다.
8. 편집자처럼 검증. 영화를 보거나 들을 수 없으므로, 감각을 대신하세요: 모든 언어의 모든 장면에 대한 콘택트 시트, 모든 전환에 걸친 프레임 스트립, 모든 텍스트 순간의 전체 크기 스틸, 자동 글리치 및 오디오 스캔, 라인당 음량, 그리고 조치를 취하기 전에 프레임에서 확인하는 AI 리뷰. 이런 방식으로 확인되지 않은 컷은 완료된 것이 아닙니다.
9. 루프를 소유하고, 평범하게 보고. 합리적인 기본값을 결정하고 결정한 내용을 말하세요; 실제로 통제 범위를 벗어난 것(누락된 사진, 키, 금전)에 대해서만 물어보세요. 파일이나 코드 이름 없이 보고: 무엇이 변경되었는지, 무엇이 확인되었는지, 무엇이 확인되지 않았는지, 파일 위치, 보낼 파일.

전체 취향 가이드와 각 규칙의 이유는 quality-bar.md에 있습니다. 디자인하기 전에 읽어보세요.

제작할 항목

먼저 영화 유형을 선택하세요; 그것이 형태를 결정합니다 (세부 사항과 타이밍은 case-studies.md에 있습니다):

유형	일반적인 길이	내레이션	사진
제품 쇼케이스	60–100초, 언어당 한 컷	보통 없음; 화면 내 라인, 선택적 자막	제품의 핵심 아이디어에 대한 맞춤 디자인 모션 피스; 가상 데이터만
브랜드 / 조직 영화	2–4분, 마스터 언어 + 다른 컷	내레이터 한 명	조직의 실제 사진, 사람들 및 이벤트 + 모션 디자인; 모든 주장 사실 확인됨
이벤트 / 컨퍼런스 오프너	1.5–3분, 클라이언트 대본	깊고 강력함	시네마틱 3D 세트, 깊이 재구성된 사진, 공식 이름 및 로고, 이벤트 제목을 랜딩하는 클라이맥스
티저 / 짧은 프로모션	15–45초	비트당 하나의 짧은 라인, 또는 없음	세 비트로 된 하나의 아이디어: 훅, 턴(히어로 순간), 이름

모든 유형에 대해 동일한 기계 장치가 사용됩니다: Remotion (React)이 1080p60으로 사진을 렌더링; 하나의 타임라인 파일이 사진, 내레이션, 음악 및 자막을 구동; Docker의 Python이 내레이션, 점수, 사운드 및 믹스를 생성; 측정 및 AI 리뷰가 결과를 확인; 릴리스 스크립트가 청크로 렌더링하고 전달물을 패키징합니다.

시작: 사용 가능한 것 확인

새 프로젝트에서 tools/setup.sh를 실행하세요. tools/providers.py로 끝나며, .env의 키를 확인(절대 출력하지 않음), 각 서비스에 오늘 무엇을 제공하는지 묻고, 작업별로 최상의 것을 선택: 최신 Gemini Flash로 사진과 사운드 리뷰, 오디션용 음성(ElevenLabs 및 Gemini TTS), 플레이트용 최신 GPT Image. OpenRouter가 선호됨(하나의 키, 많은 모델, 가시적인 지출 한도); 무료 Gemini API 키만으로도 내레이션과 리뷰는 충분; 키가 없어도 영화는 여전히 디자인된 글꼴, 작곡된 음악, 모든 검사 및 릴리스를 얻음. 누락된 키가 품질을 저하시킨다면, 한 번만 물어보세요 — 표현, 대체 및 비용 규칙은 providers.md에 있습니다. 현재 도구 선택을 이 문서의 모델 이름보다 신뢰하세요.

워크플로우

새 영화의 경우 순서대로 단계를 진행하고; 수정의 경우 피드백이 닿는 단계로 점프한 다음 리뷰와 릴리스를 다시 실행하세요. 이 체크리스트를 노트에 복사하여 체크하세요:

영화 진행 상황:
- [ ] 0 설정: 도구 사용 가능, 키 확인, 예산 동의
- [ ] 1 접수: 브리핑 인용, 브랜드 파일, 전달물 동의, 기계 확인
- [ ] 2 사실: 모든 주장에 대한 출처와 상태가 포함된 사실 시트, 회피 목록
- [ ] 3 대본: 언어 설정, 타임라인의 내레이션, 모든 언어의 모든 화면 내 단어
- [ ] 4 스토리보드: 챕터당 하나의 아이디어, 핸드오프 계획, 하나의 룩 샘플 표시
- [ ] 5 제작: 큐에서 장면, 모든 언어의 스틸 확인
- [ ] 6 내레이션: 음성 오디션 및 고정, 모든 라인 컷 확인, 청소, 측정
- [ ] 7 사운드: 점수, 효과, 믹스(모든 라인에서 음악보다 6 dB 이상의 음성)
- [ ] 8 리뷰: 시트, 스트립, 스캔, AI 리뷰; 모든 발견 사항 수정 또는 설명; 사실 재확인
- [ ] 9 릴리스: 출력 검증, zip 테스트, 전달 상태 커밋, 소유자에게 전송 위치와 방법 알림

1. 접수

• 소유자가 보낸 모든 것(브리핑, 대본, 보고서 PDF, 채팅 스크린샷, 이전 영화)을 읽으세요. 그들의 말을 docs/brief.md에 라운드 로그와 함께 인용; 필수 문구와 공식 이름을 기록하세요.
• 출처에서 브랜드 진실을 수집: 공식 로고 파일, 사이트의 CSS 또는 브랜드 PDF의 팔레트, 영화의 모든 언어(악센트, 발음 구별 부호, 기타 스크립트)를 포함하는 글꼴, 각 언어의 제품 이름 및 UI 문구.
• 언어 및 전달물을 사전에 확정(언어별 마스터, 자막 컷, .srt, 썸네일, zip); 소유자가 이전 라운드의 패키지를 이미 가지고 있다면 정확히 동일하게 미러링.
• 기계 확인: 여유 디스크, Docker 실행 중, 동일한 영화의 다른 렌더링 또는 세션(두 에이전트가 동일한 영화에서 작업하면 서로의 작업을 덮어씀; 발견하면 중단하고 소유자를 묻기).

2. 연구 및 사실

• 실제 출처 읽기: tools/webpage.sh <url> <name>은 실제 브라우저에서 페이지를 렌더링하고 텍스트 및 스크린샷을 저장; 사이트가 다운된 경우, 추측보다는 story-and-research.md의 대체 목록(아카이브 복사본, 기타 공개 출처, 그다음 소유자)을 따르세요.
• story-and-research.md의 브리핑으로 연구 하위 에이전트 실행: 모든 사실은 날짜가 있는 출처와 상태(검증됨 / 단일 출처 / 자체 보고 / 미검증 / 소유자 주장)를 가지며, 회피 목록도 포함됩니다. 제품 영화: 실제 제품의 코드와 문구를 읽어 화면의 모든 레이블, 숫자 및 흐름이 제품에 존재하도록 합니다.
• docs/factsheet.md를 작성하세요. 상태가 없는 것은 화면에 표시되거나 내레이션에 포함되지 않음; 자체 보고된 수치는 출처가 명시됩니다.

3. 스토리 및 대본

• 영화 유형에 맞는 구조를 선택한 다음, 내레이션을 하나의 말하기 작품으로 작성: 모든 챕터 전환에서 연결 라인, 목록은 문장에 통합, 숫자는 말하는 방식으로 작성. 각 언어를 번역이 아닌 원어민 수준으로 작성; 해당 언어를 구사하지 않는 언어의 이름을 목소리가 말하게 하지 마세요 — 이름을 표시하고, 역할로 사람을 소개.
• 라인을 src/film/timeline.ts에 넣고, 자막 나누기는 " | "로 표시(영화가 디자인된 글꼴로 표시하는 라인에는 onScreen: true로 설정하여 해당 자막이 옆으로 물러나도록), 모든 언어에 대해 모든 화면 내 단어를 src/film/script.ts에 넣음(LANGS 목록이 영화의 언어를 설정; 첫 번째가 마스터).

4. 룩 및 스토리보드

• 챕터당 하나의 아이디어, 각각 고유한 시각적 개념, 히어로 순간, 그리고 이웃에 무언가를 전달하는 진입 및 진출 방법. docs/storyboard.md에 기록하세요.
• 실제 3D, 깊이 재구성된 사진 또는 생성된 플레이트가 효과적인 위치 결정 (remotion-craft.md). 전체 세트를 구축하기 전에 룩을 변경하는 항목에 대해 하나의 대표 프레임 또는 클립을 표시.

5. 제작

• 프로젝트 시작: <skill>/scripts/new_film.sh <dir> <Film-Name> (이름이 전달된 파일 이름이 됨), 그다음 tools/setup.sh. 스타터는 작동하는 영화 — 타임라인, 장면 시계, 자막, 마무리, 유리 및 글꼴 키트, 블룸, 미러 바닥, 더스트, 라이트, 깊이 사진, 세 가지 예제 장면, 오디오 엔진 및 아래의 모든 도구. 예제 장면을 교체; 아키텍처는 유지.
• 타임라인 먼저: 장면, 명명된 큐 순간 및 내레이션 슬롯은 src/film/timeline.ts에 있음; 장면은 큐에서 애니메이션(cuesOf(scene, lang)); npm run cues는 동일한 숫자를 오디오에 전달. 타이밍은 거기서만 변경.
• 긴 영화의 경우, remotion-craft.md의 브리핑 패턴으로 병렬 빌더 하위 에이전트에 장면 분할; 당신은 감독 역할을 유지하고 프레임에 대한 모든 보고서를 확인.

6. 내레이션

전체 방법은 narration.md에 있습니다. 내레이터 프로필 및 감독 노트 작성; audio/vo/say.json에서 목소리가 잘못 발음하는 것을 다시 철자; tools/providers.py가 찾은 음성을 오디션하고 소유자가 선택하도록 함; 한 번의 요청으로 각 배치를 녹음(tools/vo_prompt.py → tools/tts.py), 모든 라인을 컷 및 단어 확인(tools/cut_lines.py), 청소 및 레벨 조정, 패치가 여전히 동일한 내레이터처럼 들리는지 측정(tools/voice_score.py). 정확한 음성, 모델 및 프롬프트를 README에 고정.

7. 음악, 사운드, 믹스

전체 방법은 music-and-sound.md에 있습니다. 기본적으로 그림의 큐 순간에 변경되는 라이선스 없는 점수를 코드로 작곡; 소유자가 제공하는 경우에만 라이선스 트랙을 바 그리드에 컷. 사운드 디자인은 명명된 큐를 히트. 믹스는 라인별로 음악을 덕킹, AAC 인코딩을 위한 헤드룸으로 -14 LUFS로 마스터링, 음성 대 음악 테이블을 출력.

8. 리뷰 (매 라운드, 무엇이든 보여주기 전)

전체 체크리스트는 review-and-qa.md에 있습니다: 모든 언어의 미리보기 및 콘택트 시트, 모든 전환의 스트립, 모든 텍스트 및 자막 순간의 전체 크기 스틸, 모든 렌더링에 tools/qa_scan.py, 모든 믹스 및 전달된 파일에 tools/audio_qa.py, 그리고 tools/review.py(최신 Gemini Flash가 작은 전체 영화 복사본을 보고 듣기). 확인할 수 있는 구체적인 플래그에 대해서만 조치; A/B 선호도, 음성 정체성 및 작은 텍스트 판단은 신뢰할 수 없음. 모든 화면 내 사실을 사실 시트와 재확인.

9. 릴리스 및 전달

tools/release.sh (release-and-delivery.md)가 모든 것을 제작: 내레이션 확인, 언어별 점수 및 믹스, 자막, 썸네일, 마스터 및 자막 컷을 청크로 렌더링, 결합, 피크 확인, 프레임 카운트, zip. REDO=는 수정된 청크만 다시 렌더링; LANGS=, VOICE=는 하위 집합 및 음성 버전용; ZIP_ONLY=1은 재패키징. 출력 확인, 전달 상태 커밋, README 업데이트, 소유자에게 패키지 위치와 전송해도 안전함을 정확히 알림.

10. 피드백 라운드

working-with-owner.md: 채팅 스크린샷 및 작업 중 메시지를 라운드의 브리핑으로 취급; 먼저 새로운 주장을 사실 확인; 표시된 프레임뿐만 아니라 영화 전반에 걸쳐 패턴 수정; 소유자가 비판하지 않은 것은 유지; 리뷰 및 릴리스를 다시 실행; 포인트별로 답변. 다음 세션이 찾을 수 있는 곳에 모든 지속적인 선호도를 저장.

스타터 프로젝트의 도구

실행하세요; 하나가 실패할 경우에만 코드를 읽으세요(각 도구의 첫 줄은 하는 일과 호출 방법을 설명). Python 도구는 tools/setup.sh로 빌드된 Docker 이미지(film-audio 및 film-asr; setup.sh all은 film-voice 및 film-depth 추가)에서 실행: docker run --rm -v "$PWD":/p -w /p <image> python <tool> …. Node, zsh 및 Swift 도구는 호스트에서 실행.

필요	도구 (프로젝트 루트에서)	실행 위치
설정, 키 및 모델 확인	tools/setup.sh [all], tools/providers.py	호스트 / film-audio
웹사이트 읽기 (텍스트 + 스크린샷)	tools/webpage.sh <url> <name>, tools/webpage.sh archive:<domain>:<url>	호스트 (Chromium)