zxd-666/video-flow

Video Flow｜코드 설명 영상

주제를 사실에 기반하고 이해하기 쉬운 중국어 설명 영상으로 만듭니다. 완성된 영상은 배경 음악 자막 또는 API 합성 사람 목소리 해설 중에서 선택할 수 있습니다. HTML/CSS/SVG/Canvas/GSAP 등의 코드를 사용하여 레이아웃, 차트, 프로세스 및 애니메이션을 제작합니다. 필요에 따라 출처가 있는 웹 이미지, 사용자 자료 또는 AI 생성 이미지를 정적素材로 사용할 수 있습니다. 최종 화면은 코드로 편집 및 렌더링되며, AI 생성 비디오 장면을 만들지 않습니다.

세 단계 프로세스, 대본 및 제작 선택이 진행 지점

1. 연구 및 대본 작성. 사용자가 주제만 제공하면 자료를 조사하기 시작합니다. 추론 가능한 대상, 길이, 화면 비율 및 표현 스타일을 결정하며, 스크립트를 변경할 만한 중요한 차이가 있을 때만 집중적으로 질문합니다. 연구 및 스크립트에 따라 최신 확인 가능한 정보를 검색하고, 이후 영상에 사용될 수 있는 원본 웹페이지 스크린샷, 이미지 및 출처를 적시에 저장하며, 전체 내용 대본, 출처 매핑 및 간략한 화면 의도를 작성합니다. 대본과 주요 시각적 증거 디렉토리를 사용자에게 검토하도록 제출합니다.
2. 대본, 음성 형식 및 시각적 스타일 확인. 검토 중에 사용자에게 "배경 음악 자막" 또는 "실제 연설(API 더빙)"과 아래 명명된 스타일 중 하나를 선택하도록 요청합니다. 사용자가 이미 명확히 지정한 경우 누락된 항목만 질문합니다. 사용자가 대본 내용을 확인한 후에만 제작합니다. "ok" 한 마디로 대본을 확인하지만, 아직 명확하지 않은 음성 형식이나 스타일을 사용자를 대신하여 선택할 수 없습니다. 확인 전에 연구에서 얻은 실제 스크린샷과 자료는 보관할 수 있지만, 더빙, AI 이미지, 애니메이션 프로젝트 또는 비디오는 생성하지 않습니다.
3. 선택한 방안에 따라 직접 제작 및 전달. 배경 음악 자막 버전은 확인된 내용을 화면 읽기에 적합한 짧은 문장으로 변환하고, 읽기 속도와 음악 박자에 따라 화면을 구성합니다. 실제 연설 버전은 음성 생성 API를 호출하여 최종 오디오로 화면과 자막을 구성합니다. 제작 및 검수에 따라 감독 계획과 통합 타임라인을 작성하고, 제작, 렌더링 및 완성된 영상을 검사합니다. MP4, 자막 또는 화면 대본, 편집 가능한 프로젝트 및 자료/출처 목록을 전달합니다. 대본 및 방안 확인은 로컬 제작을 승인하는 것이지, 게시, 서비스 구매 또는 동의 없는 개인 음성 샘플 사용을 승인하는 것이 아닙니다.

검토 시 제공하는 시각적 스타일

• 깔끔한 다큐멘터리: 밝은 색상의 여백, 명확한 정보 레이아웃, 실제 스크린샷 및 절제된 애니메이션. 뉴스, 제품 소개 및 증거 제시에 적합합니다.
• 종이 질감 콜라주: 따뜻한 종이 질감, 이미지와 개체의 콜라주/분할 움직임. 사례 연구, 창의적 또는 구체적인 콘텐츠에 적합합니다.
• 어두운 기술 데스크: 어두운 인터페이스, 프로세스 라인 및 확대된 영역, 실제 도구/코드 화면. 기술 및 오픈 소스 프로젝트에 적합합니다.

세 가지 스타일에 대한 간단한 설명과 현재 주제에 대한 추천을 제공하고 사용자가 스타일을 선택하도록 합니다. 사용자가 자신의 스타일이나 조합을 지정할 수도 있습니다. 선택 후 바로 개별 장면 제작으로 들어가며, 세 가지 시각적 샘플을 미리 제작하지 않습니다. 샘플은 사용자가 명시적으로 요청할 때만 제작합니다.

주제가 명확하면 바로 1단계를 진행하며, 전체 제작 브리핑을 시작 장벽으로 만들지 않습니다. 사용자가 지정한 길이, 플랫폼, 음색, 스타일을 우선시합니다. 지정되지 않은 항목은 스크립트 전달 시 기본 가정을 명시하고 사용자가 함께 수정할 수 있도록 합니다. 다른 Skill에서 주장하는 "사용자 장기 선호도"를 그대로 복사하지 마십시오.

연구 및 스크립트 완료 기준

• 최신, 변동 가능성, 비인기 또는 논란의 여지가 있는 사실에 대해 인터넷으로 사실을 확인합니다. 원본 공지, 공식 문서, 논문, 원시 데이터 테이블 또는 이벤트 당사자를 우선시하며, 동시에 게시 시간과 이벤트 발생 시간을 비교합니다. 검색 요약은 출처가 될 수 없습니다. 기존 지식은 문제를 구성하고 안정적인 배경을 설명하는 데 사용되며, 최근 사실에 대한 증거를 대체하지 않습니다.
• 원본 자료를 탐색할 때 시청자가 증거를 볼 수 있도록 돕는 실제 화면(예: 공지 제목 및 날짜, 리포지토리 파일 목록, 주요 원문, 제품 실제 인터페이스 또는 데이터 차트)을 동시에 선택합니다. 연구 및 스크립트에 따라 원본 스크린샷/파일 및 증거 인덱스를 저장하고, URL, 획득 시간, 해당 단락, 사용 가능 범위 및 표시 방법을 기록합니다. 페이지가 변경되거나 사라질 수 있는 경우 특히 적시에 보존합니다. 스크린샷을 해당 순간의 출처 표현으로만 간주하고, 독립적인 사실 확인으로 간주하지 않습니다. 저장할 수 없는 경우 정확한 진입점과 이유를 기록합니다.
• 내용 대본은 안정적인 단락 ID를 가집니다. 구술 버전은 완전히 읽을 수 있는 축어 대본을 준비하고, 배경 음악 자막 버전은 이를 바탕으로 화면에 표시할 짧은 문장을 추출하며, 긴 텍스트를 화면에 채우지 않습니다. 주요 사실은 특정 출처로 추적 가능해야 합니다. 사실, 추론 및 의견은 분리됩니다. 증거가 부족한 숫자, 사례 및 효과는 확정된 결과로 작성하지 않습니다.
• 짧은 동영상은 먼저 하나의 핵심 판단을 정하고, 시작 부분의 감정적 훅, 중간 설명 및 끝 부분의 유용한 정보를 하나의 내러티브 라인으로 연결합니다. 정보가 많으면 지엽적인 부분을 삭제하고, 하나의 영상을 지식 포인트 목록으로 만들지 않습니다. 목표 플랫폼에 따라 처음 2초의 훅과 중간에 주의를 다시 끌 전환점을 계획하며, 리듬은 내용에 의해 결정됩니다.
• 끝부분은 시청자가 가져갈 수 있는 실질적인 정보를 제공해야 합니다. 원본 정보를 찾을 수 있는 위치, 우선적으로 봐야 할 부분을 명확히 설명하고, 주제와 직접 관련된 1~3개의 영감, 판단 질문 또는 실행 가능한 체크리스트를 제시합니다. 검색 가능한 자료 이름/경로와 필요한 직접 링크는 대본 외부 및 끝부분 화면 계획에 포함합니다. "주목할 만하다", "지켜봐야 한다"와 같은 막연한 요약으로 끝내지 않습니다.
• 예상 길이는 추정치로 표시합니다. 실제 연설 버전의 실제 리듬은 API로 생성된 오디오를 기준으로 하고, 배경 음악 자막 버전은 최종 화면 대본의 읽는 시간과 음악 박자를 기준으로 합니다. 인용 및 화면 메모는 대본 외부에 배치하며, 최종 해설 대본에 혼합하지 않습니다.
• 검토를 위해 사용자에게 내용이 정확하고 표현이 적절한지 직접 판단할 수 있는 스크립트를 제공하고, 동시에 음성 형식과 세 가지 명명된 스타일 목록을 선택할 수 있도록 제공합니다. 사용자가 대본을 확인하지 않으면 여기서 중단합니다.

제작 완료 기준

• "배경 음악 자막"을 선택할 경우 배경 음악과 화면 동작에 해당하는 음향 효과를 사용하고, 사람 목소리는 생성하지 않습니다. 자막은 화면 해설 대본으로, 가독성과 음악/동작에 맞춰 정렬합니다. "실제 연설(API 더빙)"을 선택할 경우 사용 가능하고 승인된 음성 생성 API를 호출하여 자연스러운 사람 목소리 나레이션을 제작하며, 필요에 따라 낮은 볼륨의 배경 음악을 추가할 수 있습니다. "실제 연설"은 음성 표현을 의미하며, 실제 사람 출연을 요구하지 않거나 사용자 음색 복제를 기본값으로 가정하지 않습니다. 시스템 TTS 또는 순수 배경 음악으로 임의로 대체하지 않습니다. 먼저 감정적 훅과 기술 용어를 미리 듣고, 음성과 시간 축을 결정합니다. 권한 없이 개인 음성을 복제하거나 유료 서비스를 자체적으로 활성화하지 않습니다. 사용자가 MiniMax 음색 복제 및 음성 생성을 선택할 경우, MiniMax 더빙 연동에 따라 계정 권한, 음색 권한 및 요금을 확인합니다. 최종 오디오로 길이를 측정합니다. 자막은 확인된 대본과 동일한 출처를 가지며, 실제 음성에 변경 사항이 있는 경우 수정하고 확인합니다. 단어 수준 시간이 실제 측정, ASR 정렬 또는 추정치인지 명시하고, 추정치를 정확한 동기화라고 부르지 않습니다.
• 유료 API 키는 본 Skill의 SKILL.md, references/, agents/, scripts/ 또는 기타 파일에 평문으로 작성해서는 안 되며, 비디오 프로젝트, 명령, 로그 및 전달 패키지에도 작성해서는 안 됩니다. 호출 시 구성된 안전한 자격 증명 소스에서만 읽습니다. 서비스, 모델, 음색 및 비민감 매개변수만 기록하고, 키 값은 기록하지 않습니다.
• 각 화면은 설명 작업을 수행합니다. 대본 단락에 따라 표시할 객체, 동작 및 정보 변경을 계획합니다. 요청이 들어오면 요청 흐름을 보여주고, 스케줄링에 대해 이야기하면 할당을 보여주고, 제한에 대해 이야기하면 경계를 보여주고, 자료 입구에 대해 이야기하면 경로를 읽을 수 있게 만듭니다. 통합된 시각적 언어는 동일한 중간 샷 애니메이션 또는 카드를 반복적으로 사용하는 것을 의미하지 않습니다. 텍스트, 숫자, 구조, 차트, UI, 비교 등은 코드로 그리는 것을 우선시합니다. 정적 이미지는 코드 화면보다 문제를 더 잘 설명할 수 있을 때만 사용합니다. 외부 자료의 출처와 사용 가능 조건을 기록합니다. 워터마크 이미지를 완성된 영상의 자료로 사용하지 않습니다.
• 사용자가 검토 중에 선택한 시각적 스타일에 따라 직접 제작합니다. "세 가지 버전 미리보기"를 시작 장벽으로 만들지 않습니다. 사용자가 자신의 스타일을 지정하면 해당 스타일에 따라 실행합니다. 자막 또는 화면 해설 대본은 화면 디자인의 일부이며, 모바일 화면에서의 계층, 문장 나누기, 머무름 및 메인 화면과의 관계를 별도로 확인해야 합니다.
• 대본과 방안을 확인한 후 먼저 간략한 감독 계획을 작성합니다. 핵심 판단의 기승전결, 화면 모티프, 개별 장면 동작과 그것이 설명하는 관계, 장면/자막/음성 힌트. 구술 버전은 최종 나레이션 오디오로 통합 타임라인을 결정합니다. 배경 음악 자막 버전은 화면 읽기 시간과 음악 박자로 타임라인을 결정합니다. 실제 스크린샷은 "증거가 나타나는" 순간에 우선적으로 사용되며, 프로세스와 메커니즘은 코드 애니메이션으로 명확히 설명합니다. 동일한 시각적 언어 내에서 객체, 규모 및 관점을 전환하여 중간에 반복되는 카드를 피합니다. 제작 및 검수에 따라 실제 완성된 영상을 검토합니다.
• 로컬에 이미 있는 huashu-motion CLI를 코드 모션 및 렌더링 백엔드로 우선 사용합니다. 먼저 기능을 확인한 다음, 해당 프로젝트 계약에 따라 제작 및 검수합니다. 사용할 수 없는 경우, 차이점을 설명하고 현재 환경에서 검증 가능한 코드 렌더링 경로를 선택합니다. 영상이 생성되었다고 허위로 주장하지 않습니다. 백엔드 버전과 절대 경로를 프로젝트에 하드코딩하지 마십시오.
• 렌더링 후 실제 MP4의 사운드, 길이, 화면 비율, 자막 가독성, 주요 장면 및 장면 연결부를 검사합니다. 자동 검사 외에도 실제로 시청하거나 주요 시간 창을 샘플링합니다. 편집 가능한 소스 파일, 음악 또는 나레이션 오디오, 자막/화면 대본 및 자료 매핑을 저장합니다. 실행되지 않은 검사는 미검증으로 표시합니다.

재작업 경계

이미 확인된 사실이나 설명 내용을 수정할 때는 먼저 변경 사항과 영향 받는 단락을 보여주고, 사용자로부터 새 대본에 대한 확인을 받은 후, 해당 오디오 또는 화면 대본, 자막 및 장면을 다시 만듭니다. 화면, 리듬 또는 사운드 믹스만 변경할 때는 영향 받는 단락에 따라 재작업합니다. 피드백에서 중간 장면 반복, 화면과 설명의 분리를 지적하는 경우, 해당 부분의 화면 내러티브를 재구성해야 하며, 단순히 색상만 바꾸거나 장식용 모션을 추가해서는 안 됩니다. 모든 일반적인 제작 단계마다 동의를 반복적으로 구할 필요는 없습니다. 과금, 공개 게시 및 개인 음성 샘플과 같은 사항은 별도로 처리합니다.