Vibe 지식 비디오 스킬

Vibe 지식 비디오

주제를 출처 기반의 Remotion 프로젝트와 내보내기 가능한 비디오로 전환합니다. 특정 제작자의 정체성을 복사하는 대신 명확성, 시각적 설명 및 재현 가능성에 최적화합니다.

핵심 워크플로우

1. 주제, 대상, 종횡비, 목표 길이, 언어 및 내레이션 필요 여부를 확인하거나 추론합니다. 세부 정보가 누락된 경우 기본값은 중국어, 일반 성인 대상, 16:9, 60–120초, 30fps, 내레이션 스크립트 및 하드코딩된 중국어 자막입니다.
2. 작성 전에 주제를 조사합니다. 1차 출처, 논문, 표준, 공식 통계 및 평판이 좋은 기관을 선호합니다. 모든 사실적 주장을 research/sources.md에 URL, 제목, 날짜 및 뒷받침하는 주장과 함께 기록합니다.
3. 확인된 사실, 해석 및 비유를 분리합니다. 뒷받침되지 않는 주장을 제거합니다. 인용문, 연구, 숫자, 날짜 또는 인과 관계를 임의로 만들지 않습니다.
4. references/brief-schema.md를 사용하여 video-brief.json을 생성합니다. 장면 코딩 전에 node scripts/validate-brief.mjs video-brief.json을 실행합니다.
5. 처음 3초 이내에 강력한 질문, 장면당 하나의 아이디어, 5-8초마다 시각적 보상, 간결한 결말로 장면 계획을 만듭니다. 하나의 명확한 내러티브 축을 유지합니다. 요청된 설명을 방해하는 역사적 비교, 부수적 사실 또는 추가 타임라인은 제거합니다. references/storyboard-guide.md를 사용합니다.
6. Remotion 프로젝트가 없으면 bash scripts/bootstrap-remotion.sh <project-directory>를 실행합니다. 이는 공식 빈 템플릿을 스캐폴딩하고 공식 Remotion 에이전트 스킬을 설치합니다. 기존의 비어 있지 않은 디렉토리를 덮어쓰지 마십시오.
7. Remotion에서 비디오를 구현합니다. 편집하기 전에 프로젝트에 설치된 공식 Remotion 스킬을 읽습니다. useCurrentFrame(), interpolate(), spring(), Sequence 및 Series를 사용하는 프레임 기반 애니메이션을 사용합니다. CSS 애니메이션, 임의 값 또는 벽시계 시간을 사용하지 마십시오.
8. 기본 HTML, SVG, Canvas, 방정식, 차트, 타임라인, 지도 및 목적 있는 일러스트레이션을 선호합니다. 차량, 기계, 동물, 사람 또는 제품과 같은 인식 가능한 실제 피사체의 경우 최종 시각 자료로 조악한 막대기 인물이나 일반적인 기하학적 윤곽선을 사용하지 마십시오. 피사체의 실루엣, 비율, 정의 구성 요소 및 기능적 구조를 유지합니다. 사용자가 참조 이미지를 제공하는 경우 먼저 검사하고 소스를 복사하는 대신 원래의 상세한 시각 자료를 만듭니다. 움직이는 피사체의 경우 references/motion-direction-prompt.md를 읽고 구현 전에 접촉 기하학, 비율, 모션 커플링, 폐색 및 장면 연속성을 정의합니다. 이해를 실질적으로 향상시키고 라이선스/출처가 기록된 경우에만 외부 이미지 또는 클립을 사용합니다.
9. 사용자가 제공한 오디오 또는 사용 가능한 승인된 TTS 서비스에서만 내레이션을 추가합니다. 비공개 텍스트를 외부 음성 서비스에 자동으로 업로드하지 마십시오. 미디어를 public/에 넣고 staticFile()로 로드합니다.
10. 배경 음악이 요청되면 라이선스가 있는 음악을 사용하여 귀속 정보를 기록하거나 원래의 결정론적 트랙을 생성합니다. 코드, 리듬, 멜로디 및 엔벨로프로 음악을 구성합니다. 가청 음악 배경으로 백색, 분홍 또는 브라운 노이즈를 사용하지 마십시오. 내레이션 아래에 음악을 배치하고 일반 전화 또는 노트북 스피커에서 테스트합니다. 중립적인 원래 시작점을 위해 scripts/generate-light-science-music.py를 사용합니다.
11. 최종 내레이션 타이밍에서 자막을 생성합니다. 최대 두 줄을 유지하고 안전 여백을 제공하며 읽을 수 있는 대비를 유지합니다. 단어 수준 타이밍의 경우 @remotion/captions를 사용합니다.
12. 전체 렌더링 전에 대표적인 정지 프레임을 검토합니다. 오프닝, 각 장면 중간 지점, 전환 및 최종 프레임에서 텍스트 오버플로, 사실 정확성, 레이아웃, 음악 사용 및 귀속을 확인합니다. 사용자가 명시적으로 요청하지 않는 한 10초 미리보기를 렌더링하거나 업로드하지 마십시오. 중복 렌더링 및 저장 비용을 피하십시오.
13. 전체 MP4를 내보낸 다음 scripts/finalize-video.sh <input.mp4> <output.mp4>로 정규화합니다. 이는 H.264 High/yuv420p 비디오, AAC-LC 스테레오 오디오, avc1 태그 및 fast-start MP4 인덱스를 생성합니다. 확인되지 않은 스트림 복사 결과를 게시하지 마십시오.
14. 프로젝트 디렉토리, 최종 비디오, video-brief.json 및 research/sources.md를 전달합니다. 명시적으로 요청된 경우에만 미리보기를 포함합니다. 여전히 수동 확인이 필요한 모든 주장 또는 미디어를 명시합니다.

프로젝트 표준

• FullVideo 컴포지션을 등록합니다. 사용자가 명시적으로 미리보기 렌더링을 요청하거나 개발을 실질적으로 단순화하는 경우에만 별도의 미리보기 컴포지션을 추가합니다.
• 편집 가능한 콘텐츠를 컴포넌트 전체에 분산시키지 말고 데이터 파일에 넣습니다.
• 제목, 자막, 차트, 타임라인 및 장면 전환을 위한 재사용 가능한 컴포넌트를 구축합니다. 소스 메타데이터를 프로젝트에 유지하지만 기본적으로 소스 이름, 날짜 또는 참조 레이블을 비디오에 표시하지 마십시오. 사용자가 요청하거나, 인용문에 출처 표시가 필요하거나, 주장이 오해의 소지가 있는 경우에만 화면에 소스를 표시합니다.
• 절차적 그래픽이 필요한 경우 결정론적 애니메이션과 안정적인 시드를 사용합니다.
• 안전한 타이포그래피를 사용합니다. 재배포 가능한 로컬 글꼴이 번들로 제공되지 않는 한 시스템 중국어 글꼴을 우선 사용합니다.
• 세로 출력을 별도로 확인합니다. 가로 컴포지션을 단순히 자르지 마십시오.
• 정적 스티커보다는 지속적인 설명 동작을 선호합니다. 레이블, 화살표, 다이어그램 및 내레이션이 무슨 일이 일어나고 있는지 설명하는 동안 주요 피사체를 계속 움직이게 유지합니다. 병진, 회전 부품, 서스펜션 또는 차체 움직임, 분사 또는 먼지 및 배경 시차를 동일한 프레임 기반 속도 신호에 결합합니다.
• 설명이 여정, 프로세스, 성장 경로 또는 카운트다운을 따르는 경우 처음부터 끝까지 지속적인 진행 신호를 만듭니다. 피사체는 시작 부근에 진입하고, 개념이 설명되는 동안 계속 진행하며, 끝 부분에서 목적지 또는 최종 상태에 시각적으로 도달해야 합니다.
• 기본 동작에서 2차 물리적 효과를 도출합니다. 속도는 분사 길이, 바퀴 회전, 항적, 먼지, 블러 또는 진동을 제어합니다. 방향은 이러한 효과가 이동하는 방향을 제어합니다. 피사체의 움직임을 무시하는 일반적인 장식을 추가하지 마십시오.
• 드로잉 전에 하나의 수치적 물리적 접촉 앵커를 설정하고 모든 장면에서 해당 공식을 재사용합니다. 바퀴, 스키, 발, 선체, 도로 및 흘수선은 그럴듯하게 만나야 합니다. 샷마다 다른 수직 위치를 수동으로 눈대중으로 맞추지 마십시오. 설명이 명시적으로 해당 상태를 요구하지 않는 한 전체 피사체를 표면 아래에 배치하거나 지상 위에 떠 있게 만들지 마십시오.
• 변환 수학과 배치 수학을 동일한 좌표계에 유지합니다. 접촉 위치가 피사체의 왼쪽 상단 모서리에서 계산된 경우 동일한 원점에서 크기 조정 및 회전하거나 변환 원점을 명시적으로 보정합니다. 가장 작은 피사체 크기와 가장 큰 피사체 크기를 테스트합니다. 중심 원점 크기 조정은 피사체를 접촉선 아래로 조용히 이동시킬 수 있기 때문입니다.
• 실제 기계의 경우 참조 이미지에서 드로잉 전에 비대칭 기능 부품을 목록화합니다. 실제 앞뒤 또는 좌우 부품이 다른 경우 하나의 일반적인 바퀴, 날개, 지지대 또는 도구 컴포넌트를 재사용하지 마십시오. 어떤 부품이 조향, 지지, 추진 또는 환경과 접촉하는지 유지합니다.
• 사람의 경우 스타일링 전에 참조에서 포즈 골격을 추출합니다. 머리, 목, 어깨, 팔꿈치, 손, 엉덩이, 무릎, 발목 및 발. 손이 컨트롤에 닿고, 엉덩이가 시트에 맞고, 무릎이 몸 주위로 구부러지고, 발이 페그 또는 지면에 닿는지 확인합니다. 채워진 몸통에 직선 팔다리 스트로크는 완성된 라이더가 아닙니다.
• 기본적으로 브랜딩을 해제합니다. 사용자가 명시적으로 요청하거나 승인된 브랜드 자산을 제공하지 않는 한 공개 계정 이름, 비디오 채널 이름, 제작자 핸들, 로고, 워터마크 또는 반복 계정 레이블을 추가하지 마십시오.
• 중국어 사용 사용자를 위한 프로젝트 또는 스킬 변경 사항을 커밋할 때 사용자가 다른 언어를 요청하지 않는 한 간결한 중국어 Git 커밋 메시지를 사용합니다.
• 살아 있는 제작자의 정확한 브랜드 스타일, 음성, 아바타, 로고 또는 시그니처 전환을 모방하지 마십시오. 영화적 페이싱 또는 데이터 기반 모션과 같은 높은 수준의 특성을 독창적인 시각 시스템으로 변환합니다.

기본 시각 방향

어두운 편집 배경, 하나의 밝은 악센트 색상, 절제된 광선, 큰 중국어 타이포그래피, 얇은 격자선 및 목적 있는 움직임을 사용합니다. 과도한 입자, 카드 그리드, 임의의 그라데이션, 가짜 3D 및 지속적인 카메라 움직임을 피합니다. 개념이 애니메이션을 결정하도록 합니다.

명령어

npm run dev
npx remotion render FullVideo out/review-frames --frames=0,450,900,1350,1800,2250,2699 --image-format=png
npx remotion render FullVideo out/final.mp4
python3 scripts/generate-light-science-music.py --duration 90 --output public/audio/light-science-music.wav
bash scripts/finalize-video.sh out/final.mp4 out/final-compatible.mp4

Windows에서는 인라인 셸 JSON 대신 JSON 파일을 사용하여 컴포지션 속성을 전달합니다.

완료 게이트

다음 조건이 충족될 때까지 비디오가 완료된 것으로 간주하지 마십시오:

• 모든 사실적 주장에 출처가 있거나 해석으로 명확하게 표시되어 있습니다.
• 브리프 검증기가 통과했습니다.
• 오프닝, 장면 중간 지점, 전환 및 엔딩의 대표적인 정지 프레임이 검토되었습니다.
• 주요 피사체를 포함하는 모든 장면이 적어도 한 번 이상 검토되었습니다. 최종 프레임에서만 피사체 형상을 승인하지 마십시오.
• 설명 텍스트, 레이블, 화살표 및 진행 표시기가 검토된 모든 프레임에서 주요 피사체 또는 자막과 겹치지 않습니다.
• 16:9 또는 요청된 형식에서 텍스트가 잘리지 않습니다.
• 인식 가능한 실제 피사체가 시각적으로 신뢰할 수 있으며 플레이스홀더 수준의 선화로 축소되지 않았습니다.
• 사람의 비율이 눈에 띄게 압축되거나 늘어나지 않았으며, 관절 부분이 자연스럽게 연결되고, 피사체의 크기가 장면 전체에서 일관되게 유지됩니다.
• 물리적 접촉 및 폐색이 신뢰할 수 있습니다. 피사체가 의도치 않게 수면 아래로 가라앉거나, 지면과 교차하거나, 다른 물체를 통과하지 않습니다.
• 가장 작은 크기와 가장 큰 크기의 모양이 변환 후에도 동일한 접촉 앵커를 유지합니다.
• 비대칭 실제 구성 요소가 참조와 일치하며 일반적인 재사용 가능한 형상에서 복제되지 않았습니다.
• 예상되는 기계적 움직임이 표시되고 동기화됩니다. 예를 들어 바퀴 또는 프로펠러 회전이 이동 속도와 일치하고 분사, 서스펜션 또는 차체 피치와 같은 2차 움직임이 있습니다.
• 주요 설명 시퀀스는 주제가 움직임을 포함하는 경우 정적 다이어그램에만 의존하지 않고 연속적인 동작을 사용합니다.
• 모든 여정 또는 프로세스는 일관된 시각적 시작, 지속적인 진행 및 표시 가능한 완료를 갖습니다.
• 요청되지 않은 계정 이름, 채널 이름, 로고 또는 워터마크가 비디오에 나타나지 않습니다.
• 자막이 내레이션과 일치합니다.
• 배경 오디오가 쉭쉭거림, 윙윙거림 또는 정적 소음보다는 음악처럼 들립니다.
• 미디어 라이선스 및 귀속 정보가 기록되었습니다.
• 전체 렌더링 명령이 성공합니다.
• 전달된 MP4가 완전한 FFmpeg 디코딩을 통과하고 ffprobe가 오디오가 있을 때마다 H.264/yuv420p 및 AAC-LC를 확인합니다.
• 파일이 업로드된 경우 업로드된 아티팩트를 다운로드하거나 구체화하여 크기, 해시 및 디코딩 가능성을 확인합니다. 업로드 성공이 미디어 무결성을 의미한다고 가정하지 마십시오.