트렌디 미니 시리즈

트렌디 미니 시리즈은(는) 무엇을 하나요?

이 스킬은 숏폼 AI 미니 시리즈를 위한 재사용 가능한 프로덕션 시스템입니다. 미스터리, 스릴러, 로맨스, 가족 드라마, 액션 및 기타 에피소드 형식으로, 수직 숏폼 비디오를 대상으로 설계되었습니다.

프로덕션 아키텍처 계층 구조

• 플래그십 표준 — 10X 시스템: 10X 시스템(The 10X Heart System: ₱50,000 for Her에서 개척됨)은 John의 기초 미니 드라마 제작 엔진입니다. 라이브 액션 C-드라마 아이돌 미학, 80~90년대 다이내믹 페이싱, 캐릭터 턴어라운드 참조 모델 시트, 4트랙 시그니처 BGM 제품군, 정책 완화 전략을 정의합니다.
• 제로 약어 캐릭터 연속성 잠금: 캐릭터가 등장하는 모든 장면 프롬프트에서 완전한 고정 프로필(인종, 나이, 체격, 얼굴 특징, 머리카락 질감/가르마, 완전한 의상)을 반드시 포함해야 합니다. 이후 장면(예: 샷 8-11)에서 캐릭터 설명을 이름이나 짧은 태그로 약어화하지 마십시오. Google Flow는 각 샷을 독립적으로 생성하므로 약어는 즉각적인 시각적 드리프트를 유발합니다.
• 필수 사전 린팅: 에피소드 프롬프트를 채팅에 전달하거나 저장하기 전에 자동화된 린터를 실행하십시오: python3 /home/john/kos-obsidian-omni/tools/prompt_compiler.py <path_to_episode.txt> 모든 샷에서 100% 키워드 준수를 확인합니다.
• 적응 분기: K-드라마 영어 대화 파이프라인(예: Signal Zero)과 같은 특수 형식은 글로벌 시장을 위한 적응 분기입니다. 이들은 절대 10X 시스템 플래그십 아키텍처를 대체하거나 대체하지 않습니다.

플랫폼 제약 조건 및 영화적 멀티 앵글 규칙 (Google Flow / Omni 1.1)

1. 엄격한 생성 시간 및 크레딧 회계

Google Flow는 기본적으로 4s, 6s, 8s, 10s 만 지원합니다. 임의 길이(예: 5s, 7s)로 프롬프트하거나 예산을 책정하지 마십시오.

• 크레딧 비용:
  • 4s: 7 크레딧
  • 6s: 10 크레딧
  • 8s: 12 크레딧
  • 10s: 15 크레딧
• 항상 총 크레딧 명시: 컴파일된 비디오 프롬프트를 보낼 때 전체 에피소드 패키지에 소비된 총 크레딧을 계산하여 명시적으로 표시하십시오.
• Google Flow 4계층 타이밍 청사진:
  • 4s (7 크레딧): 빠른 반응 컷(비웃음 붕괴, 충격, 죄책감) 및 미세 디테일 삽입(주먹 쥐기, 소품 떨어뜨리기, 매니큐어 손).
  • 6s (10 크레딧): 빠른 대꾸, 반격 또는 간결한 교환(최대 8-10 단어).
  • 8s (12 크레딧 — 황금 스위트 스팟): 고위험 감정적 대화 비트, 선동적인 대치, 절정의 클리프행어. AI 얼굴 드리프트 없이 1.5초 설정 호흡, 4.5초 자연스러운 대사 전달, 2초 후폭풍 반응을 허용합니다.
  • 10s (15 크레딧): 격렬한 물리적 액션, 복합 다중 캐릭터 상호 작용 또는 연속적인 와이드 스테이징.

2. 에피소드 시간 및 타이밍 아키텍처 (1m 20s - 1m 30s 표준)

• 목표 런타임: 각 에피소드는 1분 20초에서 1분 30초 (80s–90s 총)입니다.
• 다이내믹 멀티 샷 페이싱: 에피소드를 엄격한 5부분 구조나 32초 제한으로 제한하지 마십시오. 4계층 타이밍 청사진([4s, 6s, 8s, 10s])을 사용하여 즉각적인 후크, 상승하는 긴장감, 핵심 감정적 타격 및 해결되지 않은 클리프행어를 전달하는 다이내믹한 영화 편집 리듬(일반적으로 에피소드당 10–14개의 샷)을 구축하십시오.

3. 사전 제작 환경 프롬프트 및 캐릭터 잠금 요구 사항

• 캐릭터 디자인 시트 형식: 캐릭터 참조 이미지 프롬프트를 생성할 때는 완전한 모델 턴어라운드 참조 시트로 형식화하십시오: 정면, 측면, 후면 전신 보기; 확대된 헤어 및 아이 디테일 패널; 시그니처 액세서리(안경, 보석); 깔끔한 중립 배경에 표현 스케치.
• 환경 이미지 프롬프트 우선: 비디오 프롬프트를 생성하기 전에 사용자가 Image 모드에서 배경 참조 카드를 생성할 수 있도록 항상 장면의 위치/환경 이미지 프롬프트를 채팅에 미리 제공하십시오. 절대 컴파일된 비디오 프롬프트 .txt 파일 내에 환경 프롬프트를 포함하지 마십시오.
• 모든 비디오 프롬프트에 포함된 캐릭터 프로필 잠금: 캐릭터가 등장하는 모든 비디오 프롬프트 내에 캐릭터의 전체 신체적 설명을 직접 포함시키십시오(예: 20-year-old young man @Rafa (fair skin, sculpted jawline, high nose bridge, messy jet-black layered fringe, faint mole under left eye, faded white polo)), 단순히 @Rafa가 아닙니다. 이는 Google Flow의 비주얼 엔진을 고정시키고 멀티 앵글 샷에서 캐릭터 드리프트를 방지합니다.

4. 8초 대화 최대치 (AI 테일 드리프트 방지)

Google Flow / Omni의 음성 및 얼굴 해부학은 8.5초를 넘으면 저하됩니다(테일 드리프트, 눈 흔들림, 입 동기화 불일치).

• 대화 샷을 최대 8초로 제한하십시오.
• 8s 대화 비율: 0s–1.5s 시각적 호흡/긴장 설정 -> 1.5s–6.0s 여유로운 전달(3.5s–4.5s 발화) -> 6.0s–8.0s 후폭풍 비트(침 삼킴, 눈물 고임, 턱 꽉 물기).

5. 감정적 대화 공식 ("Tagos sa Puso")

만화적이고 설명적인 괴롭힘을 피하십시오. 갈등을 존엄, 말없는 희생, 가족 의무, 공유와 댓글을 유발하는 조용한 업보 경고에 근거하십시오.

사용 시기

사용자가 AI 미니 시리즈 또는 에피소드를 만들거나, 수정하거나, 분석하거나, 현지화하거나, 패키징하도록 요청할 때 사용하십시오:

• 스토리 콘셉트, 시즌 아크 또는 에피소드 대본
• 캐릭터 참조/이미지 프롬프트
• Google Flow 스타일 비디오 프롬프트
• Google Vids용 배경 음악 프롬프트
• 썸네일, 캡션, 제목 또는 설명
• 생성 후 진단 및 프롬프트 수정

사용자가 명시적으로 이 미니 시리즈 시스템을 적용하도록 요청하지 않는 한, 일반적인 일회성 광고, 설명 동영상, 다큐멘터리, 제휴 제품 비디오 또는 관련 없는 비디오 작업에는 사용하지 마십시오.

프로덕션 기본값

사용자가 재정의하지 않는 한:

• 에피소드 런타임: 60s (6 클립) 또는 90s (9 클립). 둘 다 지원됩니다. John이 더 풍부한 페이싱을 요청하지 않는 한 기본값은 60s입니다.
• 생성: 6 또는 9개의 연결된 클립 × 각 10초.
• 드라마 출력: 9:16 수직.
• 시장: 필리핀.
• PH 대화: 자연스러운 필리핀어/타글리시.
• 비디오 생성: 클립 생성 중에는 배경 음악 없음; 음악은 별도로 생성됩니다.
• 필수 시리즈 음악 제품군(BGM) 및 벽간 벽 규율: 새 시리즈 바이블을 만들거나 새 미니 드라마를 시작할 때 항상 맞춤형 4트랙 악기 BGM 제품군(Peak Climax/System Drop at -8dB, Emotional Vulnerability/Romance at -16 to -18dB, Protagonist Swagger/Resolve at -14 to -16dB, Suspense Cliffhanger at -15 to -11dB)을 Suno v3.5/Udio 구조적 괄호로 형식화하여 생성하고 /home/john/kos-obsidian-omni/<series>_bgm_suite.txt에 저장하십시오. 엄격한 침묵 대 음악 규율: BGM을 벽간벽으로 실행하지 마십시오; 행정적 마감/똑딱거리는 시계, 소곤거리는 소문 복도, 강렬한 대치 상황에서 순수한 다이제틱 침묵을 적용하여 대화에 최대한의 도덕적 권위를 부여하십시오. 모든 음악 트랙에 1.2kHz 파라메트릭 노치 스쿠프(g=-3.5dB)를 적용하십시오.
• 비디오 모델: Google Flow / Omni 1.1 Flash (gemini-omni-flash-preview). 모든 프롬프트는 Omni 1.1 구조를 따라야 합니다.
• VO: 에피소드당 선택 사항. 내면 독백 VO는 요청 시 기본 유형입니다. 같은 클립에서 VO와 라이브 대화를 절대 혼합하지 마십시오.
• 파이프라인 아키텍처 (4단계 시스템): 자산(캐릭터/소품/위치) → 스토리보드 키프레임 앵커 → 프레임 체인 모션 생성 → 조립 및 자막.
• 상태 및 메모리 방화벽: Google Flow는 세션 간 지속적 저장소가 없으며 저장된 상태를 환각합니다. Obsidian Vault (kos-obsidian-omni/) 및 로컬 마크다운 프롬프트 패키지는 전체 시리즈 바이블, 캐릭터 카드 및 에피소드 상태에 대한 불변의 단일 진실 공급원입니다.

사용자가 기본 에피소드 또는 클립 시간을 변경하는 경우 클립 수를 다시 계산해야 합니다. 요청된 시간에 대해 다른 개수가 더 적절할 때 6개의 클립을 강제하지 마십시오.

핵심 스토리 문법

에피소드를 다음 주변에 구축하십시오:

즉각적인 후크 → 스토리 이벤트 → 시각적 정보 → 반응 → 새로운 정보 → 상승 → 공개 → 클리프행어

문제 내부에서 시작하십시오. 느린 도입과 설명적인 설정을 피하십시오. 시청자가 더 큰 미스터리를 설명하기 전에 즉각적인 갈등을 이해해야 합니다.

참조 비디오의 대화, 캐릭터, 이름, 독특한 장면 또는 보호된 표현을 복사하지 마십시오. 페이싱 아키텍처, 샷 리듬, 주의 이동, 반응 빈도, 정보 밀도 및 클리프행어 구성과 같은 재사용 가능한 메커니즘을 추출하십시오.

페이싱: 대화 중심 타이밍

고정된 "매 1-2초마다 새로운 정보" 규칙을 사용하지 마십시오. 이는 사용자의 워크플로에서 테스트되었으며 더 나쁜 결과를 생성했습니다.

대신:

대화 길이가 샷 지속 시간을 결정합니다. 극적인 비트가 카메라가 언제 변경되는지 결정합니다.

실용적인 시작 휴리스틱(엄격한 규칙이 아님):

• 매우 짧은 대사: ~1–1.5s
• 짧은 대사: ~1.5–2.5s
• 중간 대사: ~2.5–3.5s
• 긴 감정적 대사: 필요 시 ~3.5–4+ 초
• 반응/삽입 시간은 남은 시간을 사용합니다.

캐릭터가 대사를 자연스럽게 끝내도록 하십시오. 대사가 사용 가능한 클립 시간에 맞지 않으면 대사를 줄이거나 주변 액션을 단순화하십시오. 대사를 문장 중간에 자르지 마십시오.

초기 비트는 숨을 쉴 수 있습니다. 긴장이 높아짐에 따라 스토리가 지원하는 경우에만 비트를 줄이십시오. 절정에서는 ~1s 비트에 도달할 수 있지만 이는 전반적인 명령이 아닌 상승의 결과입니다.

캐릭터 참조 시스템

참조 이미지를 사용할 수 있는 경우 이미지 별칭을 직접 사용하십시오:

@Image1 = 주인공
@Image2 = 조연
@Image3 = 세 번째 캐릭터
@Image4 = 네 번째 캐릭터

이후 에피소드에서 설정된 매핑을 재사용하십시오. 같은 시리즈 내에서 별칭을 재할당하지 마십시오.

모든 대사에 대해 발화자를 명시적으로 바인딩하십시오:

@Image1 Mika says: “...”
@Image2 Kenji says: “...”
@Image3 Alma says: “...”
Future @Image1 Mika says: “...”

Mika:와 같은 이름만으로는 @Image 별칭이 존재할 때 충분하지 않습니다.

기본적으로 클립당 한 명의 발화자 규칙을 부과하지 마십시오. 자연스러운 다중 캐릭터 주고받기가 허용됩니다. 명시적 @Image 바인딩과 명확한 프레이밍을 사용하여 대화 스왑을 줄이십시오.

캐릭터 연속성

다음을 정체성의 일부로 취급하십시오:

• 얼굴 및 나이 외모
• 머리카락 및 수염
• 신체 비율
• 의상 및 액세서리
• 해당되는 경우 메이크업
• 해당되는 경우 목소리/방언
• 캐릭터가 휴대하는 중요한 소품
• 위치 및 시간대 연속성

의상은 선택적 연속성이 아닙니다. 이전 생성에서 의상 드리프트가 발생한 경우 다음 프롬프트에 정확한 의상 제약 조건을 그대로 다시 명시하십시오.

기존 시리즈의 경우 프롬프트를 확정하기 전에 모든 새 클립을 바로 이전 클립과 비교하십시오.

카메라 언어

기본 스릴러/드라마 카메라:

실제 인간이 작동하는 반응형 핸드헬드 스마트폰/다큐멘터리 카메라.

자연스러운 손 떨림, 미세한 미세 저더, 약간의 흔들림, 불완전한 프레이밍, 작은 초점 보정, 빠른 동기 부여된 리프레이밍을 사용하십시오. 카메라는 움직임에 약간 늦게 반응한 다음 구도를 수정할 수 있습니다.

카메라 주의는 스토리를 따라야 합니다:

발화자 → 반응 → 손/물체 → 시선 → 새 발화자 → 공개

대화에는 클로즈업을 사용하고, 중요한 대사 후에는 반응 클로즈업을, 손/전화/물체에는 삽입을, 발견에는 POV 샷을, 지형 재설정이 필요한 경우에만 와이드 샷을 사용하십시오.

삼각대 잠금 프레이밍, 짐벌 부드러운 움직임, 떠다니는 카메라 동작, 세련된 상업적 움직임, 과도한 혼란스러운 흔들림을 피하십시오.

연기 방향

감정 레이블만이 아닌 관찰 가능한 행동을 설명하십시오. 다음을 선호하십시오:

• 호흡 변화
• 말하기 전에 침 삼킴
• 단서를 향해 눈이 깜빡임
• 손아귀 또는 턱이 조여짐
• 작은 앞/뒤 발걸음
• 대답하기 전 망설임
• 중단된 문장
• 강제된 미소가 사라짐
• 정당한 경우 눈물이 모이다/떨어짐

대사는 암송된 것이 아닌 실시간으로 연기된 것처럼 느껴져야 합니다.

대화 및 시각적 정보

대화를 짧고, 자연스럽고, 중단 가능하며, 자막 처리하기 쉽게 유지하십시오. 사물과 반응이 스토리의 일부를 전달하도록 하십시오.

좋은 패턴:

대화 → 반응 → 삽입 → 대화 → 공개

모든 샷을 얼굴 클로즈업으로 만들지 마십시오. 손이 서랍을 여는 것, 전화기가 진동하는 것, 문 손잡이가 움직이는 것, 물체가 어딘가에 놓이는 것은 또 다른 말하는 머리보다 더 유용한 스토리 비트가 될 수 있습니다.

텍스트 중심 소품

중요한 스토리 정보가 전화기, 문서, 표지판, 모니터 또는 UI 내부의 완벽한 AI 생성 텍스트에 의존하지 않도록 하십시오. 소품을 시각적으로 보여주고 정확한 정보를 대화나 행동을 통해 전달하십시오. 사후에 정확한 자막, 타임스탬프, 레이블 및 인터페이스 텍스트를 추가하십시오.

비디오 프롬프트 출력

비디오 프롬프트가 요청되면 에피소드당 다음 순서로 제공하십시오:

1단계 — 배경 이미지 프롬프트 (먼저)

에피소드에 나타나는 모든 위치에 대해 @BG_[ShortName] 태그가 있는 배경 장면 이미지 프롬프트를 클립 프롬프트 전에 생성하십시오. 이는 다음 경우에 필수입니다:

• 시리즈에서 처음으로 새 위치가 나타나는 경우
• 같은 위치가 하루 중 크게 다른 시간에 사용되는 경우
• 실외 → 실내(또는 그 반대) 전환이 있는 경우

같은 위치와 조명에서 연속적인 클립에 대해 새 배경 프롬프트를 생성하지 마십시오.

2단계 — 캐릭터 참조 이미지 프롬프트 (새 캐릭터인 경우)

시리즈에서 한 번도 본 적 없는 캐릭터를 소개하기 전에 John이 @Image 참조 카드를 생성할 수 있도록 캐릭터 참조 이미지 프롬프트를 생성하십시오. John이 먼저 이미지 프롬프트를 가지고 있지 않으면 비디오 프롬프트에 새 @Image를 사용하지 마십시오.

3단계 — 클립 프롬프트 (순서대로)

각 클립에 대해:

1. 클립 번호, 시간 범위 및 비트 레이블을 명시하십시오.
2. 위치 노트와 함께 BACKGROUND REF: @BG_[tag]를 포함하십시오.
3. CHARACTER LOCK 블록을 그대로 포함하십시오.
4. DIALOGUE IDENTITY(누가 자신의 대사만 말하는지, 누가 침묵하는지)를 포함하십시오.
5. CONTINUITY & FRAME-CHAIN: 이전 클립에서 상속된 상태를 포함하십시오. (Google Flow에서는 이전 클립의 내보낸 종료 프레임 또는 스토리보드 키프레임을 시각적 참조 @PrevFrame로 제공하여 세트 및 의상 드리프트를 제거하십시오.)
6. 포함…

[번역을 위해 잘림]