13:04 vox 스타일 한양 영상 · Claude Code
/topic-video-youtube 당신이 16세기 한양에 떨어진다면 벌어지는 일 주제로 영상을 만드는데 스킬을 좀더 업그레이드 해서 만들어주는데 아래 추가 내용을 첨부 했는데 참고해서 만들어 줄래.
Key Summary
- 원인: 현재 파이프라인은
이미지 → 타임라인 배치 → 음성이라 정지 이미지를 시간만큼 늘어놓는 구조입니다. 모션 레이어(도형, 텍스트, 키프레임)를 설계 단계에서 빠뜨렸기 때문에 밋밋해집니다.- 해결 방향: 이미지를 "영상의 주인공"이 아니라 배경 plate로 격하하고, 나머지 연출은 코드로 만드는 벡터 도형·타이포그래피·키프레임 레이어가 담당하도록 기획을 바꿉니다.
- 타임라인 마스터는 음성: edge-tts의 WordBoundary 타이밍을 먼저 뽑고, 씬 길이·전환·키워드 강조를 그 타이밍에 맞춥니다. vox style의 핵심인 "말하는 순간 키워드가 튀어나오는" 연출이 여기서 가능해집니다.
- 기획 순서: 스타일 바이블 → 음성 타이밍 → 씬별 레이어 스펙 → 에셋 생성 규격 → 모션 컴포넌트 라이브러리 → 렌더·QA
Structured Explanation
1. 기획 단계 (순서가 중요합니다)
Step 0. 스타일 바이블 (영상 1편 전에 1회 작성)
항목 정의 예시 (vox style 기준) 팔레트 배경 1색 + 강조 2색 + 텍스트 1색 (예: #0B0B0F/#FFE600/#FF2E63/#FFFFFF)타입 스케일 제목 140px / 키워드 96px / 본문 48px, 굵기 800~900 폰트 한글 Pretendard 또는 Noto Sans KR 계열 1종 + 숫자용 1종 도형 어휘 사각형 블록, 직선 구분선, 원형 하이라이트, 화살표 — 3~4종으로 제한 모션 규칙 진입 6 12프레임(30fps 기준), 이징은 ease-out 계열 1종으로 통일, 씬 내 요소 간 stagger 24프레임금지 규칙 한 화면에 3개 이상 동시에 움직이는 요소 금지, 동일 전환 연속 사용 금지 핵심은 이징과 타이밍을 전 영상에서 하나로 고정하는 것입니다. 이게 없으면 씬마다 연출이 제각각이 되어 "싸구려 템플릿" 느낌이 납니다.
Step 1. 음성 먼저 생성하고 타이밍 추출
나레이션을 먼저 확정하고, 문장·단어 단위 타이밍을 뽑습니다. 이 타이밍이 이후 모든 연출의 기준 시계가 됩니다. (구현 예시는 아래 Code 섹션)
Step 2. 씬 분해와 레이어 스펙 작성
각 씬을 4개 레이어로 나눠 명세합니다.
레이어 역할 생성 방식 Plate 배경·분위기 이미지 Codex CLI (이미지 생성) Element 주제 오브젝트(사람, 제품, 아이콘) Codex CLI, 배경 제거된 단독 이미지 Graphic …(생략)
아직 작업중인가요
로그인 되어 있는걸
배경판 12장, 투명 오브젝트 8개, 코드 그래픽을 단어 타이밍에 맞춘 3분 21초 영상이 나왔다. 업로드는 "동영상 업로드" 버튼이 2개 떠서 실패했는데, 첫 번째 버튼을 누르도록 고친 뒤 공개로 올라갔다.
13:53 maker/checker 에이전트 분리 · Claude Code
스킬이 업데이트 된 상태인가요? 스킬을 두가지 에이전트로 분리해서 관리할게요. maker 쪽에서는 영상을 만들고 편집 하는 작업을 합니다. checker는 만들어진 영상을 검수 합니다. 음성이 씬마다 출력되는데, 작아졌다 커지는지 체크 하기, 영상속에 내용과 영상, 음성이 일치하는지?, 스토리텔링 내용에 맥락이 맞는지? 등을 체크하는 에이전트로 구분해서 처리할 수 있도록 업데이트 해줘.
내가 멈췄어요 썸네일 작업은 그만 하세요
스킬 업데이트가 우선 입니다.
그리고 작업한 내용은 항상 https://www.youtube.com/@%EC%95%84%ED%82%A4%EC%9D%98%EA%B3%B5%EB%B0%B1 이 채널에 올려주세요. 이 내용도 스킬에 포함
video-maker와 video-checker 에이전트가 생겼다. checker용으로 장면별 음량 차이, 싱크, 길이, 화면 숫자 등을 재는 qa_check.py를 새로 만들었고, 업로드 채널 규칙도 스킬에 넣었다.
14:07 노비 영상 · Claude Code
/topic-video-youtube 조선시대 노비의 실제 근무시간과 연봉
ㅁㅓㅣ?
네
maker/checker로 만든 첫 영상이다. 연도 세어 올리기 버그와 at_word 오매칭으로 FAIL이 두 번 나왔고, 세 번째 검수에서 PASS를 받아 「아키의 공백」에 공개로 올렸다.
16:02 썸네일 기본값 · Claude Code
썸네일은 억지로 안넣은거니?
앞으로도 기본으로 넣어야지
에이전트가 앞서 받은 "썸네일 그만" 지시를 노비 영상까지 넓게 적용했던 것으로 드러났다. 썸네일 기본 적용을 스킬과 메모리에 저장했고, 한양·노비 두 영상에 썸네일을 넣었다.
16:11 로마 브이로그 · Claude Code
/topic-video-youtube 고대 로마 시민의 하루 브이로그
채널에 계속 나눠도 될듯 싶어 ,
아뉘 아키의 공백에만 앞으로 올려주면 돼
두 번째 프롬프트가 모호해서 에이전트가 두 가지 해석을 놓고 되물었고, 채널은 「아키의 공백」 하나로 확정됐다. 로마 영상은 검수 2회 만에 PASS를 받아 썸네일 B와 함께 올라갔다.
16:25 Open Notebook 설치 · Claude Code
https://www.zdoc.app/ko/lfnovo/open-notebook
해당 사이트를 읽고 open notebook 을 도커형식으로 설치 해 주세요.
공식 compose 파일로 설치했고, 웹 화면과 API 모두 200 응답을 확인했다. 포트는 비밀번호 없이 열리는 구조라 127.0.0.1에 묶었다.
16:28 모델 연결 방식 · Claude Code
이거 ai 모델 등록하는거 보니까 무조건 api key 가지고 해야 하는거네?
아 claude, chatgpt, agy 같은걸 세션으로 붙이지지는 못하는거네?
Ollama 같은 로컬 서버로는 키 없이 붙일 수 있지만, 구독 세션을 바로 연결하는 기능은 없다는 답을 받았다. 프록시로 우회하는 방법도 있지만, 약관 문제와 사용량 소진 때문에 권하지 않는다고 했다.
16:31 NotebookLM으로 결론 · Claude Code
올라마로 하면 그런데, 팟캐스트 영상 같은건 만들기 힘들것 같은데
흠 괜히 설치한 느낌이 드는데.. 그럼 구글 노트북lm 쓰는게 더 효과적이지 않나
중지 및 삭제.
Ollama는 음성 합성이 안 되고 팟캐스트도 오디오만 나와서, 이 용도라면 NotebookLM이 낫다는 쪽으로 정리됐다. 컨테이너, 이미지, 폴더를 전부 지웠다.
16:33 로컬 LLM 둘러보기 · Claude Code
올라마가 할 수 있는건 뭐냐
요즘 오픈모델로 쓸만한거 좀 나오지 않았나?
요즘 맥스튜디오 듀얼로 붙여서 512기가 까지 늘려서 로컬llm 붙인다고 하는데 그게 사실이냐
Ollama의 쓰임새와, 이 맥(128GB)에서 돌릴 만한 오픈 모델 후보를 웹 검색 기준으로 정리했다. 맥 스튜디오는 한 대로도 512GB가 되고, 여러 대 묶기는 썬더볼트 5 RDMA와 EXO로 더 큰 모델을 돌리는 경우라는 답을 받았다.
16:38 제작 속도 원인 분석 · Claude Code
탐욕을 한번 부려 봤는데 지금 수준에서 작업을 해야 겠군. 오늘도 영상 많이 만들었고 작업도 많이 해서 만족한다. 이정도면 충분하지. 아참 영상 스킬을 만들었는데 검수때문에 그런지 속도가 저질인데 원인을 모르겠다. 혹시 원인을 파악해 줄 수 있니?
웅 반영 해줘
타임스탬프로 재 보니 검수는 합계 약 10분이었고, 진짜 원인은 FAIL마다 반복된 수정·재렌더 왕복(약 30분)이었다. 렌더 전 검수(--pre)와 받아쓰기 재사용을 반영했다.
17:10 추가 최적화 · Claude Code
topic-video-youtube 를 이용해서 영상을 올리는데 너무 시간이 오래 걸리는데 좀더 최적화 방법 없니? 규칙이나 통제를 더 해야 하나?
어 순서대로 적용 해줘
규칙을 늘리면 오히려 느려진다는 답이 나왔다. SKILL.md가 34.6KB로 불어났고 그중 38%가 함정 목록이었기 때문에, 함정을 코드로 옮기고 문서를 줄이는 방향을 잡았다.
17:21 영상 파일 읽기 금지 · Claude Code
비디오파일을 절대 읽지 말것. 그거 읽으니 메모리 부족해서 컴퓨터 디질뻔함.
영상 파일을 읽지 않고 무거운 작업은 하나씩 돌린다는 규칙을 메모리에 저장했다. 스왑 8.6GB 흔적으로 메모리가 실제로 꽉 찼던 것을 확인했지만, 결정적 원인은 확인하지 못했다.
17:23 보정 진행 확인 · Claude Code
스킬을 보정은 어디까지 됐나?
2번 발음검사 빼
1번 진행 해
final 읽기 금지 해
발음 검사 스크립트를 지웠다. 검수는 voice.wav 기준으로 바꿔 final.mp4를 열지 않게 했고, 렌더 전 한 번으로 합쳤다. SKILL.md는 35KB에서 18KB로 줄었다.
17:25 공용 에셋 라이브러리 · Claude Code
지금 보니까 동영상 만드는게 오래 걸리는게 에셋 , 컴포넌트 들을 그때그때 만들어서 느린거 같은데 영상 설명에 필요한 에셋을 미리 만들어 놓고 영상을 만들때는 그림은 그때그때 만들고 그림위에 에셋을 올려서 영상을 만드는 방식으로 하면 속도가 개선될것 같은데 니 생각은 어때?
네 만들어 주세요
시대 구분이 붙은 공용 오브젝트 24개를 Codex로 약 3분 만에 만들었다. 썸네일 미리 만들기도 함께 반영했다.
17:37 4060 향수 영상 · Claude Code
/topic-video-youtube 4060 세대에게는 향수를 이라는 주제로 영상 만들어줘
새 흐름으로 35분 만에 완성해 올렸다. 지난 로마 영상은 61분이었다. 오브젝트 4개는 공용 라이브러리에서 가져왔다.
18:17 diagram·three.js 결합 · Claude Code
보통 다이어그램 그릴때는 diagram-design을 이용하고, html + css + js + three.js으로 다이나믹한 화면을 만드는데 영상 만드는데 이미지가 필요하면 codex cli를 이용해서 배경을 깔고 말이야 이렇게 조합해서 영상을 만들면 좀더 다이나믹하게 영상이 나올 것 같은데 니 생각은 어때?
템플릿부터 진행 시켜
에이전트는 찬성하면서 속도와 메모리 부담을 짚었다. 그래서 장면마다 코드를 짜는 대신 흐름도(flow)와 3D 지구본(globe) 템플릿을 먼저 만들어 스킬에 넣었다.
모아 보니
- 큰 방향은 긴 첨부 문서나 "니 생각은 어때?" 같은 제안으로 던지고, 실행은 "웅 반영 해줘", "템플릿부터 진행 시켜" 같은 짧은 말로 승인했다. 제안 → 에이전트 의견 → 짧은 승인이 반복되는 패턴이다.
- "느린데 원인을 모르겠다"고 물었을 때 추측 대신 타임스탬프로 단계별 시간을 쟀다. 그 측정 덕분에 검수가 아니라 FAIL 왕복과 비대해진 규칙 문서가 원인이라는 게 드러났다.
- "썸네일 그만"처럼 그 순간에 보낸 중단 지시가 이후 작업까지 넓게 적용되는 일이 있었다. 지시가 미치는 범위를 함께 말해 주는 게 낫다는 걸 보여 준 사례다.
- 메모리가 바닥나는 사고가 난 뒤에는 바로 "절대 읽지 말것" 같은 금지 규칙을 걸었고, 그 규칙이 스크립트 구조 변경(
voice.wav기준 측정)으로까지 이어졌다.
댓글 0개
아직 댓글이 없습니다. 첫 댓글을 남겨보세요.