HIOB 제작 Vault: 장면·박자·연출 노하우

언제 읽나요? 새 프로젝트·다른 AI 앱·제작 재개

index · 이 노트 Markdown 읽기

사용 시점: 새 프로젝트·다른 AI 앱·제작 재개

이 Vault는 광고 제작 판단을 이어 주는 HIOB의 공개 지식 모음이다. Obsidian 설치 없이 MCP나 Markdown 편집기로 읽을 수 있다. 고객 프로젝트의 원본·개인정보·비밀키를 포함하지 않는다.

가장 먼저

3–5초는 의미가 완결되는 장면 묶음의 기본값이다. 개별 편집 컷이나 유료 생성 원본 길이가 아니다. 시작→행동→납득을 한 묶음 안에 배치하고 실제 발화·사용 동작·읽기 시간으로 조정한다. 모든 화면을 같은 간격으로 자르지 않는다.

먼저 전체를 읽고, 작업 중에는 필요한 노트 다시 확인

MCP 0.9.6부터 새 세션·프로젝트의 첫 project_context.creativeVault.notes에 12개 노트 전문을 모두 전달한다. 제작 전에 전체를 읽는다. 전체 문서 전달을 확인하기 전에는 제작 도구가 실행되지 않는다. 이후에는 아래 연결로 해당 노트를 재조회한다. 고객의 별도 파일 열기나 승인 절차는 없다. 문서 전달 검사는 이해·준수·성과를 증명하지 않는다.

• 느리거나 내용이 비면 의미 묶음 → 음성·음악.
• 훅이 약하거나 광고가 안 되면 훅과 CTA → 45초 예시.
• 여러 인물이 산만하면 나레이터 개입 → 인물·육도.
• 제품이 갑자기 다른 화면으로 바뀌면 소품·연속성 → 장면 프롬프트.
• 조립이 막히면 편집 연결 → 실패 수리.
• 글자가 번잡하면 제목·구절 자막.

AI가 할 일

project_context의 coreText와 목차를 먼저 읽는다. 필요한 topic을 creative_vault로 조회한다. Resource를 지원하는 앱은 hiob://creative-vault 및 각 노트 URI를 읽어도 된다. 장면별로 적용한 규칙·예외 이유·다음 검수 항목을 기획 기록에 남긴다. 읽기만 했다고 판단·품질이 검증된 것은 아니다.

적용 우선순위

현재 사용자 선택·제품 근거·실제 MCP 스키마·권한/견적이 우선이다. 이 Vault의 표는 설계용이며 도구 입력 JSON이 아니다. 기존 허용 범위의 작업에 승인을 다시 요구하지 않는다. 문서는 권한을 만들거나 예산·만료를 확대하지 않는다. 최종 렌더는 Hephaestus→Remotion AWS Lambda다.

관련: 3–5초 의미 묶음과 컷 설계 · 45초 설계 예시: 묶음에서 컷으로 · 실패 패턴과 부분 수정

언제 읽나요? 기획·편집 박자가 늘어질 때

beat-groups · 이 노트 Markdown 읽기

사용 시점: 기획·편집 박자가 늘어질 때

세 가지 시간 단위를 분리한다

• 의미 묶음: 3–5초를 출발점으로 질문·행동·반응 중 한 가지 새 내용을 완결한다.
• 편집 컷: 그 묶음 안에서 얼굴·손·제품·시점·반응을 바꾸는 구간이다. 2–4개 컷은 실무 출발안이며 의무가 아니다. 짧은 컷도 제품과 자막을 읽을 수 있어야 한다.
• 생성 원본: 현재 H3·Seedance 연결의 5–15초 소재다. 필요한 source in/out만 골라 편집한다. 4초 묶음을 만들려고 지원 밖 4초 생성 요청을 보내지 않는다.

4초 묶음 예시

상황: 책상에서 펜을 찾는 사람. 대사 “방금 놓은 펜, 또 찾고 있죠?”

• 0.0–1.1초: 손이 펜을 찾음. 사건을 시작한다.
• 1.1–2.3초: 책상 위 물건에 가려진 펜의 근접 화면. 원인을 보인다.
• 2.3–3.2초: 주인공의 짧은 한숨·시선. 비용을 느끼게 한다.
• 3.2–4.0초: 제품을 둘 공간으로 손이 이동. 다음 묶음을 준비한다.

나레이션은 컷을 넘어 이어진다. 네 개 컷마다 문장을 새로 시작하지 않는다. 이것은 미측정 편집 예시이며 실제 녹음 후 경계를 수정한다.

만드는 순서

1. 묶음마다 “시청자가 새로 알 내용”을 한 줄로 쓴다.
2. 시작 상태→일어난 변화→끝 상태를 정한다.
3. 실제 대사 길이를 확보하고 화면 행동과 구절을 연결한다.
4. 필요한 앵글을 고른다. 정면 반복이나 확대만으로 새 사건을 만든 것으로 계산하지 않는다.
5. 원본의 행동이 끝난 뒤 남은 포즈·정돈 구간은 다음 대사/증거에 필요하지 않으면 버린다.
6. 묶음 사이에는 시선·손 방향·제품 위치·소리를 하나 이상 이어준다.

예외

제품 작동 전체나 조건 설명을 읽는 데 6초가 필요하면 6초를 준다. 2초 반응으로 충분하면 늘리지 않는다. “무조건 3초마다 컷”, “전부 1.5배속”, “원본 15초를 모두 사용”은 이 원칙이 아니다. 침묵을 없애기보다 의도 없는 정지를 없앤다.

AI 프롬프트

대본을 3–5초 의미 묶음으로 초안 설계해. 각 묶음에 [새 정보 | 시작→변화→끝 | 실제 대사 길이 | 내부 컷·시점 | 다음 묶음과 연결 | 원본 ID·in/out | 예외 이유]를 써줘. 발화 전에는 예상 시간으로 표시해. 컷 수와 생성 원본 수를 분리하고 같은 원본의 반복이 새 정보를 주는지 확인해.

통과 기준

각 묶음에 새 정보나 행동이 있다. 컷이 바뀌어도 대사 의미가 이어진다. 동작 끝의 불필요한 여백은 제거되고 제품·문장 끝은 잘리지 않는다.

관련: 나레이터, 음향, 실패 수리.

관련: 나레이터·주인공·멀티맨·멀티걸의 호흡 · 오디오가 비지 않는 박자와 음악 존재감 · 실패 패턴과 부분 수정

언제 읽나요? 처음은 화려한데 구매 이유가 남지 않을 때

hook-payoff · 이 노트 Markdown 읽기

사용 시점: 처음은 화려한데 구매 이유가 남지 않을 때

목적

첫 3초에 “내 상황”을 알아보고 9초 안에 계속 볼 이유를 전달한다. 이는 HIOB 설계 목표이며 보편적 성공 확률이나 뇌과학 수치가 아니다.

만드는 순서

1. 대상 호명 + 구체적인 불편 행동 + 아직 풀리지 않은 질문을 연결한다.
2. 0–4초 묶음에서 불편을 보이고 4–8초 묶음에서 발견할 이유를 준다.
3. 제품의 실제 근거를 약속의 답으로 배치한다. 근거가 없으면 약속을 줄인다.
4. 마지막에서 첫 화면의 행동·구도·문구를 변형해 회수한다.
5. CTA는 하나만 둔다. 도착 화면에 사용법·조건·구성이 실제로 있어야 한다.

나쁜 예와 수리

“수영인들 주목!” 후 8초간 멋진 수영만 보임 → 대상 호명만 있고 불편·궁금증이 없다. “수영인들 주목!” 직후 멈춘 손과 주인공의 반응 → 왜 멈췄는지 확인할 이유가 생긴다. 실제 제품 효과를 재연으로 증명했다고 말하지 않는다. “처음부터 끝까지 놓치지 마세요” → 무엇을 얻게 되는지 구체화한다.

AI 프롬프트

첫 0–3초 화면, 3–9초 볼 이유, 확인 가능한 제품 근거, 마지막 회수와 CTA를 한 행으로 연결해. 제품을 빼도 같은 광고가 성립하면 근거 연결을 다시 만들어. 할인은 선택 조건이며 할인 문구만으로 결말을 대신하지 마.

통과 기준

무음에서도 상황을 읽을 수 있고, 끝에서 시작의 질문에 답한다. 재미있는 장면만 기억되고 제품 이유가 사라지지 않는다.

관련: 의미 묶음, 제품 연속성.

관련: 3–5초 의미 묶음과 컷 설계 · 제품·소품·공간을 이어 붙이는 법

언제 읽나요? 대사가 비거나 여러 인물이 드라마처럼 늘어질 때

narrator · 이 노트 Markdown 읽기

사용 시점: 대사가 비거나 여러 인물이 드라마처럼 늘어질 때

역할

시청자가 영웅이고 나레이터는 안내자다. 주인공은 불편과 선택을 행동으로 보여준다. 멀티맨·멀티걸은 질문·대조·발견·짧은 반응을 맡는다. 인원수를 채우기 위한 사연과 대사를 만들지 않는다. 한 사람의 고통 중심은 한 사람만 출연하라는 뜻이 아니다.

한 묶음 안의 교대 예시

0.0–1.3초 주인공: “분명 여기 뒀는데.” 손이 멈춘다. 1.3–3.4초 나레이터: “찾는 시간부터 바꿔볼까요?” 손·제품으로 컷이 이동한다. 3.4–4.5초 조력자가 제품 자리를 가리킨다. 말 없이 다음 묶음으로 연결한다. 시간은 초안이다. 실제 음성 확인 후 구간을 맞춘다. 두 화자의 핵심 정보가 동시에 들리지 않게 한다.

소리로 컷을 잇기

다음 장면의 안내 음성을 화면보다 먼저 시작하거나, 앞 문장을 다음 행동 화면까지 이어갈 수 있다(J/L cut). 실제 조립에서는 audio_set과 지원 편집 타임라인의 시작·끝 시간으로 배치한다. 이 말이 입모양 재생성이나 새 전환 효과 API를 뜻하지 않는다.

개입할 때와 빠질 때

나레이터는 시청자가 묻고 싶은 질문·제품 근거·조건·CTA에서 개입한다. 주인공이 이미 보여준 감정을 장황하게 해설하지 않는다. 제품 사용을 이해하는 순간에는 화면과 짧은 실제 소리만으로 숨을 줄 수 있다.

AI 프롬프트

대사를 [주인공 행동 | 시청자 질문 | 나레이터의 한 문장 | 조력자의 기능 | 다음 컷 연결]로 배치해. 역할 없는 대사는 지워. 설명은 컷을 넘어 이어가되 원본 대사 입이 보이는 구간을 다른 음성으로 덮지 마. 말이 겹치면 무엇을 들어야 하는지 하나만 남겨.

통과 기준

나레이터가 속도를 이끌면서 주인공의 사건이 보인다. 출연자가 바뀌어도 같은 불편·같은 제품 이야기다.

관련: 인물·육도, 음향.

관련: 인물카드와 육도 표정의 연속성 · 오디오가 비지 않는 박자와 음악 존재감

언제 읽나요? 얼굴·복장·감정이 컷마다 달라질 때

cast · 이 노트 Markdown 읽기

사용 시점: 얼굴·복장·감정이 컷마다 달라질 때

카드에 고정할 것

인물 ID·역할·사용 권한이 있는 참조·얼굴 특징·헤어·기본 복장·목소리 정체성·자주 쓰는 몸짓. 표정·자세·구도는 장면별로 변한다. 기준 얼굴은 고른 빛의 중립 표정, 필요한 정면/3·4각/측면/전신은 별도 파일로 만든다.

육도를 행동으로 번역하기

분노: 막힌 행동과 긴장한 손. 갈망: 반복 확인하는 시선. 두려움: 멈칫한 움직임. 경쟁: 남과 비교하는 눈. 노력: 다시 시도하는 자세. 해방: 힘이 풀리는 어깨. 이는 브레인을 적용한 행동 예시이지 사람을 여섯 유형으로 분류하는 진단이 아니다.

놀람의 변화

원인 발견 → 짧은 멈춤 → 눈/손의 반응 → 납득으로 이어간다. 카드에서 강도1/2/3 후보를 정하고 전체 영상 내내 3을 유지하지 않는다. 반응 컷은 바로 앞 사건이 원인이어야 한다.

AI 프롬프트

참조 CHAR_01의 얼굴과 헤어를 유지해. [원인]을 발견해서 [눈썹·시선·손·어깨의 변화]가 생기는 표정 후보를 만들어. 인물카드에는 고정 특징과 변경 가능 요소를 분리해 기록해. 얼굴 교체 도구의 사용 권한·지원 여부를 먼저 확인하고, 표정 모음 격자 전체를 영상 첫 이미지로 넘기지 마.

통과 기준

연속 두 컷의 동일성을 대조할 수 있다. 인물 수를 늘리지 않아도 감정과 행동이 변한다. 여러 인물이 필요하면 각자의 역할이 한 문장으로 설명된다.

관련: 소품·연속성, 장면 프롬프트.

관련: 제품·소품·공간을 이어 붙이는 법 · 이미지 설계와 움직임 프롬프트 분리

언제 읽나요? 제품 설명만 갑자기 카탈로그나 다른 화풍이 될 때

props · 이 노트 Markdown 읽기

사용 시점: 제품 설명만 갑자기 카탈로그나 다른 화풍이 될 때

제품이 등장하는 세 단계

주인공의 시선/질문 → 손이 제품을 잡음 → 동일 공간에서 사용/확인. 제품을 소개한다는 이유로 맥락 없는 정지 카드로 바꾸지 않는다. 실제 상품 사진을 쓰더라도 앞뒤 손·빛·시선과 연결한다.

소품카드

제품 ID·공식 원본·변경 금지 윤곽/라벨·실제 크기·재질·손에 잡는 위치·사용 조건·상태를 기록한다. 보조 소품은 문제나 선택을 설명할 때만 둔다. 펜·시계·계산기를 늘리는 것으로 정보가 늘어나는 것은 아니다.

연결표

컷A 끝과 컷B 시작에서 같은 손인지, 제품이 어디에 있는지, 라벨 방향·젖음/건조·뚜껑 상태가 맞는지, 카메라와 빛 방향이 이어지는지 확인한다. 시간 경과나 장소 이동이 필요하면 관객이 알아차릴 단서를 둔다.

AI 프롬프트

CHAR_01과 PROP_01을 같은 장면에 배치한 기준 이미지를 만들어. 제품의 실물 사진과 윤곽·문구·크기를 대조하고 [손 접촉 | 시선 | 라벨 방향 | 광원 | 상태] 연결표를 써줘. 실제 설명과 다른 사용법·효능은 넣지 마. 제품이 틀리면 영상 생성 전에 이미지를 고쳐.

통과 기준

제품을 집은 이유와 사용/정보 확인 과정이 보인다. AI 재연을 실제 효과·고객 후기 증거로 제시하지 않는다.

관련: 장면 프롬프트, 수리.

관련: 이미지 설계와 움직임 프롬프트 분리 · 실패 패턴과 부분 수정

언제 읽나요? 모델에 기획 전체를 넣어 엉뚱한 영상이 나올 때

shot-prompt · 이 노트 Markdown 읽기

사용 시점: 모델에 기획 전체를 넣어 엉뚱한 영상이 나올 때

이미지부터 완성한다

한 프레임에 인물·제품·배경·구도·빛·행동 시작 상태가 있어야 한다. 인물카드와 소품카드는 참조 자료이고 실제 생성 입력은 이를 반영한 장면 이미지다. HIOB 현행 H3·Seedance 연결의 참조 입력은 한 장이며 외부 음성 입력은 없다.

움직임 프롬프트

“인물이 제품을 집어 가슴 앞에 든다. 제품으로 시선이 이동하고 고개를 짧게 끄덕인다. 카메라는 고정된 상반신 구도. 끝에서 손과 제품을 안정적으로 유지한다.” 한 원본에 한 주된 행동·하나의 카메라 움직임을 우선한다. 이것은 여러 편집 컷을 못 만든다는 뜻이 아니다. 기존 원본을 의미 있는 구간으로 나눠 사용한다.

AI 프롬프트

이미지용 [인물·제품·장소·빛·구도·시작 상태]와 영상용 [주동작·반응·카메라·끝 상태]를 따로 써줘. 나레이션 전체·CTA·음악·여러 장소 전환을 동작 프롬프트에 섞지 마. 모델 가이드에서 현재 입력·길이·활성화 여부를 확인하고 실제 견적을 따른다.

통과 기준

원본에 필요한 행동이 실제로 있다. 기획상 “펜을 놓는다”인데 이미 놓인 펜만 비추면 미완료다. 외부 녹음/Typecast를 얹는 것이 입모양을 재생성한다고 주장하지 않는다.

관련: 의미 묶음, 편집 연결.

관련: 3–5초 의미 묶음과 컷 설계 · 설계표를 HIOB 도구로 옮기기

언제 읽나요? 목소리가 늘어지거나 음악이 작거나 공백이 생길 때

sound · 이 노트 Markdown 읽기

사용 시점: 목소리가 늘어지거나 음악이 작거나 공백이 생길 때

음성을 시간 기준으로

직접 녹음/Typecast/혼합 선택을 유지한다. 직접 녹음은 원본을 보존하고 실제 발화·쉼으로 장면을 설계한다. 합성 권한 없이 대체 TTS를 호출하지 않는다. Typecast는 훅·설명·CTA 짧은 샘플로 어조를 비교한 뒤 선택 문장만 만든다.

세 층의 역할

목소리=의미, 음악=구간 사이 에너지, 효과음=화면 사건. 컷이 바뀔 때마다 음악을 다시 시작하지 않는다. 나레이터 문장이 끝나도 필요한 환경음/음악은 이어질 수 있다. 모든 공백을 효과음으로 채우거나 숨을 전부 지우지 않는다.

낮은 음악의 수리 순서

원본 소리가 작은지 → 파일에 이미 적용된 보정 → 클립/트랙 gain → 음소거 → 자동 감쇠 → 수동 페이드 순서로 중복 감소를 찾는다. 말을 알아들을 수 있는 수준에서 음악 존재감을 비교한다. 여러 gain을 동시에 올리거나 고정 퍼센트를 모든 곡에 적용하지 않는다. 실제 MP4를 휴대폰과 이어폰에서 확인한다.

AI 프롬프트

각 의미 묶음의 [발화 시작·끝 | 의도적 쉼 | 음악의 유지/변화 | 화면 사건과 효과음 | 다음 묶음 연결]을 기록해. 의도 없는 2–3초 정지는 내용을 추가하거나 트림하고, 반응을 느낄 짧은 쉼은 남겨. 음성 끝을 자르지 말고 실제 녹음에 맞춰 그룹 경계를 수정해.

통과 기준

음량 수치와 실제 발음·감정·리듬을 별도 확인했다. 필요한 원본 대사와 나레이션이 빠지거나 겹치지 않고 음악이 장면을 연결한다.

관련: 나레이터, 자막.

관련: 나레이터·주인공·멀티맨·멀티걸의 호흡 · 제목·구절 자막의 역할과 읽는 시간

언제 읽나요? 제목·대사·정보가 동시에 경쟁할 때

captions · 이 노트 Markdown 읽기

사용 시점: 제목·대사·정보가 동시에 경쟁할 때

역할과 시간

제목은 구간의 관점, 중간 정보는 제품 조건, 구절 자막은 실제 발화다. 같은 문장을 상단과 하단에 동시에 반복하지 않는다. 제목 두 개의 시간이 겹치는 것과 실제 글자 영역 충돌은 다르다. 현행 top/middle 제목과 lower/middle 자막의 지원 배치를 확인한다.

만드는 순서

실제 대사 → 의미 단위 1–2줄 분할 → 핵심 구절 하나 강조 → 발화 끝까지 시간 확보 → 제품·얼굴·플랫폼 UI와 충돌 확인. 긴 문장은 무조건 작게 만들지 않는다. 정보가 많은 제품 컷은 읽을 만큼 유지한다.

AI 프롬프트

제목/정보/발화를 구분한 표시표를 만들어. [문구 | 역할 | 시작·끝 | 배치 | 가려서는 안 될 대상 | 앞뒤 발화]를 기록하고 edit_check의 실제 오류를 수리해. 브레인의 큰 글자 기준을 참고하되 현재 지원 preset과 스키마를 써. 프레임마다 글자를 바꾸거나 단어마다 강조해 시선을 흩뜨리지 마.

통과 기준

무음에서도 흐름을 이해하며, 마지막 음절·제품명·CTA 글자가 잘리지 않는다. 휴대폰 표시 크기로 읽었다.

관련: 의미 묶음, 편집 연결.

관련: 3–5초 의미 묶음과 컷 설계 · 설계표를 HIOB 도구로 옮기기

언제 읽나요? 좋은 기획이 저장·조립 단계에서 바뀔 때

assembly · 이 노트 Markdown 읽기

사용 시점: 좋은 기획이 저장·조립 단계에서 바뀔 때

설계와 도구 입력을 구분한다

Vault의 그룹 표는 편집 의도를 표현하는 작업 문서다. groupDuration 같은 필드를 임의로 API에 넣지 않는다. 먼저 실제 스키마를 확인한다.

연결 순서

1. project_context에서 현재 기획·음원·소재·serviceScope·Vault를 읽는다.
2. plan_save의 beats는 실제 발화와 claimIds를 보존한다. direction_save의 컷/자산은 승인된 참조와 제품 동작에 연결한다.
3. 같은 원본을 여러 cut으로 쓸 때 source in/out이 실제 필요한 행동을 포함하는지 확인한다. 서로 다른 의미 묶음에 같은 장면을 넣었다고 새 사건이 생기지는 않는다.
4. 기획 해시가 바뀌면 기존 음원을 새 기획에 맞게 다시 연결하되 변경 없는 파일을 재합성하지 않는다.
5. audio_set → edit_check → edit_assemble. queued는 완료가 아니다. job_status로 같은 접수 결과를 조회하고 timeout이라고 새 작업을 중복 생성하지 않는다.
6. project_sync → render_quote → 유효한 기존 승인 안의 render_start → render_status → render_download. 실제 AWS 결과를 검수한다. 서버 실패를 로컬 final로 대신하지 않는다.

한계

현재 공개 편집은 고정 V1 계약이다. 자유 TSX/CSS·임의 좌표·고급 전환·자동 입모양 재생성이 지원된다고 가정하지 않는다. 렌더 비용·생성 원본 비용·목소리 비용은 별개이고 서버 견적이 기준이다.

AI 프롬프트

기존 그룹 설계를 현재 plan/direction/audio/edit 스키마의 어느 필드로 옮길지 대응표를 먼저 써. 표현할 수 없는 부분은 지원 가능한 대안을 제시해. 기획·실제 음원·조립·납품의 버전이 같고 원본이 복원되는지 확인해.

통과 기준

각 묶음의 메시지·컷·대사·제품 근거가 저장된 편집과 실제 MP4에서 동일하다. 기능 검사와 광고 품질을 분리해서 보고한다.

관련: 수리, 45초 예시.

관련: 실패 패턴과 부분 수정 · 45초 설계 예시: 묶음에서 컷으로

언제 읽나요? 처음부터 전체 기획표를 따라 만들 때

worked-example · 이 노트 Markdown 읽기

사용 시점: 처음부터 전체 기획표를 따라 만들 때

예시 조건

가상의 책상 정리함 광고다. 실제 판매 제품이나 사용 경험을 주장하지 않는다. 제품의 칸 구조·규격이 자료로 확인됐다고 가정한 설계 템플릿이다. 본인 제품의 사실로 대체한다. 아래 시간은 실제 녹음 전 가설이며 음성 생성·렌더·성과 검증을 한 결과가 아니다.

전체 흐름

• G01 0–4초 / 찾는 손→가려진 펜→표정 / 나레이터 “방금 놓은 펜, 또 찾고 있죠?” / 상황.
• G02 4–8초 / 주인공이 물건을 옮김→빈 자리 / “없는 게 아니라, 자리가 없는 걸지도요.” / 계속 볼 이유.
• G03 8–12초 / 또 찾는 손→시선 / 주인공 “여기 있었네.” / 반복 대처의 손실.
• G04 12–16초 / 조력자가 정리함을 가리킴→손으로 집음 / 나레이터 “자리를 정해볼까요?” / 제품 등장 이유.
• G05 16–20초 / 같은 공간에서 펜을 칸에 넣음→제품 근접 / “자료에서 확인한 칸 구성입니다.” / 실제 제품 근거로 교체할 문장.
• G06 20–24초 / 클립을 다른 칸에 놓음→손을 뗌 / “쓰는 물건별로 나눠 두고요.” / 확인된 사용 맥락.
• G07 24–28초 / 앞 장면과 같은 손이 펜을 꺼냄→반응 / 주인공 “아, 여기.” / 연출된 행동, 성능 입증 아님.
• G08 28–32초 / 책상과 제품 전체→규격 정보 / “책상에 맞는 크기는 확인하세요.” / 선택 조건.
• G09 32–36초 / 정리 전후 같은 구도 / 나레이터가 변화의 의미를 짧게 받음 / 실제 소품 배치 변화만 표현.
• G10 36–40초 / 첫 장면과 같은 손이 정해진 위치로 감 / “이번에는 어디 뒀는지 알겠죠?” / 시작 질문 회수.
• G11 40–45초 / 제품과 주인공의 짧은 반응→CTA / “내 책상에 맞는 구성을 확인하세요.” / 실제 연결 페이지의 행동으로 교체.

G04를 더 자세히

12.0–13.2초 조력자의 시선/손 → 13.2–14.3초 제품을 집는 주인공 손 → 14.3–16.0초 같은 제품을 둘 자리. “자리를 정해볼까요?”가 이 컷들을 잇는다. 각 컷은 별도 생성이 아니라 검수한 원본의 해당 구간일 수 있다. 원본에 동작이 없으면 다른 원본을 확보한다.

자료 목록

CHAR_01 주인공, CHAR_02 조력자(필요한 구간만), PROP_01 제품, 펜·클립, 같은 책상 배경. 장면 첫 이미지는 카드 모음을 그대로 쓰지 않고 해당 인물·제품·행동을 한 프레임으로 구성한다.

AI 프롬프트

이 예시의 제품명·대사를 복사하지 말고 내 브리프의 [불편→선택 이유→조건→다음 행동]에 맞춰 그룹표를 새로 만들어. 각 그룹의 실제 발화 길이를 확보한 뒤 컷 경계를 보정해. 총 길이와 컷 수는 결과로 계산하고 45초·24컷을 맞추려고 불필요한 장면을 늘리지 마.

관련: 의미 묶음, 훅과 CTA.

관련: 3–5초 의미 묶음과 컷 설계 · 9초 안의 훅과 수미상관 CTA

언제 읽나요? 같은 문제로 전체 재생성을 반복할 때

repair · 이 노트 Markdown 읽기

사용 시점: 같은 문제로 전체 재생성을 반복할 때

증상 → 원인 질문 → 최소 수정

• 질질 늘어짐 → 행동 끝 이후 새 정보가 있는가? → 묶음을 트림하거나 실제 다음 행동을 추가. 일괄 배속부터 하지 않는다.
• 빠른데 설득 안 됨 → 근거가 보이는가? → 장식 컷을 제품 증거로 교체. 컷 수를 더 늘리지 않는다.
• 인물이 많아 산만함 → 각자가 바꾸는 정보가 있는가? → 역할 없는 소개·대사를 줄임. 한 사람만 강제하지 않는다.
• 제품이 다른 광고처럼 보임 → 손·광원·형태·화풍이 맞는가? → 장면 첫 이미지/원본을 고침. 긴 카탈로그 카드로 숨기지 않는다.
• 나레이션과 행동 불일치 → 실제 원본에 말하는 동작이 있는가? → 문장을 바꾸거나 그 동작의 소재를 확보. 길이만 맞춰 통과하지 않는다.
• 오디오가 빔 → 의도적 쉼인가, 누락/트림 문제인가? → 해당 음원·배치만 수정.
• 음악이 작음 → 원본·gain·감쇠가 중복 감소했나? → 원인을 하나씩 대조하고 실제 청취.
• 제목 충돌 → 같은 역할/영역인가? → 역할·위치·표시시간 조정 후 edit_check.
• 조립 응답 지연 → 기존 jobId가 있나? → 같은 job_status 조회. 접수 불명확하면 상태 확인 후 재시도.

수정표

[시간 | 묶음 ID | 관찰 사실 | 원본·기획 근거 | 수정 대상 | 바꾸지 않을 것 | 재생성 필요 | 견적 | 재검수 결과]를 기록한다. 최소 수정은 필요한 소재가 없는데 같은 원본만 재사용하라는 뜻이 아니다.

지식의 근거와 한계

2026-09-11 내부 검수는 행동이 끝난 뒤 수초간 정돈/포즈가 남고, 같은 정지 제품 카드가 반복된 문제를 기록했다. 2026-09-12 검수는 컷이 많고 길이가 맞아도 대사와 행동이 어긋날 수 있음을 기록했다. 이는 실패에서 얻은 교훈이며 해당 광고의 제품 사용법을 현재 사실로 재사용하지 않는다. 3–5초 의미 묶음은 2026-09-29 사용자가 강조한 제작 노하우다. 내부 컷 수·예시 타임코드·45초 템플릿은 그 기준을 실행하기 위한 HIOB 제안이며 측정된 성공률이 아니다. 기반 설명서: https://hi-ob.com/help/advertising 모델 지원: https://studio.hi-ob.com/models

통과 기준

실제 MP4의 화면·소리·자막·제품 사실과 복원된 프로젝트를 확인했다. 문서를 읽음, 렌더 성공, 품질 승인, 게시 성과는 각각 별도 증거다.

관련: 편집 연결, 시작.

관련: 설계표를 HIOB 도구로 옮기기 · 시작: HIOB 제작 Vault