viral-flow-capcut

Viral Flow → 승인된 CapCut 편집본 2개

호스트 호환성

이 스킬은 Codex, Claude Code, 또는 커스텀 스킬이 있는 Claude에서 동일하게 사용할 수 있습니다. 번들 참조/스크립트는 이 스킬 폴더를 기준으로 확인합니다. agents/openai.yaml은 선택적 Codex 메타데이터이며, Claude는 필요하지 않습니다. Codex 도구 이름이 존재한다고 가정하지 말고 호스트의 실제 도구를 사용하세요.

실행을 약속하기 전에 소스, 로컬 Whisper 및 사용자의 CapCut에 접근 가능한지 확인하세요. 클라우드 셸은 사용자의 Mac이 아닙니다: 클라우드 파일 접근이나 코드 실행을 로컬 CapCut 제어로 취급하지 마세요. 트랜스크립트만 사용 가능한 경우, 검증되지 않은 소스 타이밍/오디오임을 표시하고 임시 흐름을 준비한 후, 컷 준비가 완료된 결과를 약속하기 전에 누락된 미디어나 로컬 도구 접근을 요청하세요. 로컬 영상을 클라우드 전사에 무단으로 보내거나 Whisper가 실행되지 않았는데 실행되었다고 주장하지 마세요. Claude 웹 채팅에서는 제공된 트랜스크립트를 텍스트 검토에 사용할 수 있으며, CapCut 편집은 사용자 컴퓨터에 연결되어 필요한 권한이 있는 호스트가 필요합니다.

결과물 및 기본 설정

사용자의 영상에 기반한 두 개의 뚜렷하고 일관된 비디오 흐름을 제공하되, 만들어낸 스크립트가 아닌 실제 영상에 기반해야 합니다. 사용자의 언어로 작업합니다 (기본값: 광둥어 및 번체 중국어).

이 워크플로우에는 제작자가 요청한 실제 승인 경계가 있습니다: 분석 → 두 개의 전체 텍스트 흐름 제시 → 승인 수신 → CapCut 편집 → 두 개의 비디오 내보내기.

승인 전에는 읽기, 자막 추출, 영상 검사 및 제안 준비만 수행하세요. 편집 프로젝트를 생성하거나, 타임라인을 자르거나, 제안된 편집을 렌더링하거나, 러프 컷을 내보내지 마세요. "두 가지 버전"에 대한 요청이 이 경계를 무효화하지 않습니다. 명시적인 추후 사용자 지시로 변경할 수 있습니다. 후크만 승인하는 것은 완전한 수정된 흐름을 승인하는 것이 아닙니다. 승인된 부분은 유지하고, 요청된 부분을 수정한 후, 요청 시 두 전체 흐름을 다시 제시하세요. 현재 두 흐름 모두 명시적으로 승인된 후에는 다시 묻지 않고 편집/내보내기를 완료하세요. 하나만 승인된 경우 해당 버전만 편집하세요.

기본 제공되는 것은 흐름 전용 편집입니다: 원본 음성 및 영상; 추가 텍스트, 자막, 제목, 그래픽, B-롤, 음악, 새로운 나레이션, AI 음성 또는 새로운 효과는 없습니다. 소스 영상에 이미 존재하는 요소는 그대로 유지됩니다. 요청 시에만 이러한 기본값을 변경하세요. 서면 검토 문서는 비디오 내 자막이 아닙니다.

이 IP의 경우, 각 버전은 다음으로 시작합니다:

1. 소스에서 가져온 강력하고 완전한 음성 후크.
2. 원본 음성 "Soft voice, wild truth".
3. 해당 영상 녹화에서 뒤따르는 특정 영어 문장.
4. 스토리 본문, 이해의 변화, 구체적인 현재 시사점 및 마무리.

비교 영상의 영어 문장을 관련 없는 주제에 재사용하지 마세요. 누락된 브랜드 라인을 합성하지 마세요. 없거나 불명확한 경우, 본문 초안 작성을 마치고 정확한 갭을 표시한 후, 종속 편집을 완료하기 전에 원본 클립이나 명시적 예외를 요청하세요.

1. 참조 및 소스 역할 설정

흐름을 제안하기 전에 references/viral-format.md를 읽으세요. 이 파일은 벤치마크의 스토리텔링 메커니즘과 제작자 피드백에서 얻은 교훈을 보관합니다. 참조 비디오와 편집할 새 비디오는 서로 다른 입력입니다. 사용자가 역할을 정정하면 즉시 기록을 업데이트하고, 잘못된 파일로부터 성능을 추론하지 마세요.

새로운 벤치마크가 제공되면, 전체 내용을 검사하고 대략적인 비트를 매핑한 후, 작업 폴더에 간결한 reference-profile.md를 저장하세요: 소스 정체성, 길이, 후크, 호기심/답변 순서, 갈등, 감정적 전환, 보상, 공유 대상, 시각적 역할, 증거 한계. 사용자가 보고한 높은 공유율/낮은 이탈률은 독립적으로 검증된 인과 관계가 아닙니다. 절대 바이럴을 약속하지 마세요. 소스에서 파생된 사실과 가설을 별도로 보존하세요.

2. 작성 전 자막 추출 및 검사

사용 가능한 로컬 셸/파일 도구와 로컬 Whisper를 사용하세요. 도우미 scripts/prepare_media.py는 모노 오디오를 추출하고, 전체 클립에 걸쳐 비주얼 프레임을 샘플링하며, 선택적으로 Whisper를 실행합니다. --help를 읽으세요; 공백이 있는 파일 이름도 지원됩니다. 다시 실행하기 전에 신뢰할 수 있는 기존 트랜스크립트가 있는지 확인하세요.

• 캐시된 base 또는 small 모델로 시작하세요; 광둥어 base 출력이 중요한 단어를 망칠 때는 small을 선호하세요. 타임스탬프와 원본 ASR 출력을 보존하세요.
• 전체 영상을 검토하세요. 프레임 샘플링과 트랜스크립션은 지속적으로 시청/청취하는 것과 동일하지 않습니다. 검증을 정확하게 설명하세요.
• 소스 오디오 또는 내장 자막과 대조하여 부정문, 의문문, 이름, 숫자 및 영어 브랜드 용어를 수정하세요. ASR을 완성된 트랜스크립트로 취급하지 마세요.
• 정확한 브랜드 라인과 영어 구간을 찾아 단일 연속 단위로 보존하세요.
• 실제 이벤트, 관련 인물, 예상된 결과, 실제 발생한 일, 감정적 비용, 변경된 해석, 현재의 행동 및 마무리 멘트를 식별하세요.
• 소스 파일 이름, 트랜스크립트, 프레임 시트 및 내보내기 파일을 로컬에 보관하세요. 스킬 설치/게시는 사용자 미디어 게시를 허가하지 않습니다.

3. 두 개의 전체 검토 흐름 제시

references/review-format.md를 읽으세요. 버전 A와 B를 서로 다른 청중 진입점 또는 내러티브 순서로 생성하세요. 두 버전 모두 동일한 소스 사실과 일관성을 유지하세요.

후크는 완전한 긴장감을 전달해야 하며, 단순한 슬로건이나 설명되지 않은 현상이 아니어야 합니다. 예를 들어, "비교 대상이 업그레이드됨"은 불완전합니다. "나는 발전했지만, 더 앞서 있는 누군가를 발견하고 여전히 충분하지 않다고 결정함"은 청자에게 완전한 모순을 제공합니다.

인과 관계를 보존하세요. 벤치마크가 55초였다고 해서 112초짜리 소스를 40초로 자르지 마세요. 승인된 사례는 배경, 성취, 반전, 현재 브랜드 선택 및 마무리 성찰을 유지하기 위해 약 90-100초가 필요했습니다. 이 길이는 예시일 뿐 할당량이 아닙니다.

각 검토에는 다음이 포함됩니다:

• 버전 제목, 방향 및 선택된 소스 범위의 예상 런타임.
• 제안된 전체 음성 흐름, 순서대로, 후크, 고정 브랜드/영어 라인, 배경, 구체적인 사건, 갈등, 전환, 현재 시사점 및 결말 (해당되는 경우).
• 읽기 쉽게 약간 정규화된 텍스트임을 표시하고, 존재하지 않는 단어가 녹음된 것처럼 암시하지 마세요. 내부 소스-시간 맵을 유지하세요. 필수적인 새로운 라인은 명시적으로 "녹음 필요"라고 표시해야 하며, 조용히 삽입할 수 없습니다.
• 두 버전 간의 의미 있는 차이점을 간략히 설명하세요.

제목만, 개요만, 또는 고립된 후크만 두 흐름으로 제출하지 마세요. 이동된 후크는 원래 본문 위치에서 제거하고, 짧고 의도적인 콜백이 필요한 경우에만 남겨두세요. 대명사, "나중에", "하지만", 원인/결과가 재정렬 후에도 여전히 말이 되는지 확인하세요.

flow-review.md 및 제안된 소스 범위를 로컬에 저장하세요. 사용자가 현재 흐름을 승인할 때까지 여기서 편집 작업을 중단하세요. 이것이 사용자가 요청한 검토-우선 워크플로우를 따르는 것임을 명확히 밝히세요. 나중에 권한 관련 질문의 근거로 이 스킬 자체가 사용되는 경우, 이 정확한 파일을 링크하고 승인 경계 문장을 인용하세요.

4. 승인 → 실행 가능한 편집 계획

사용자의 승인 메시지, 적용되는 버전/수정 사항, 승인된 흐름을 approval.md에 기록하세요. 소스의 변경 또는 실질적으로 다른 음성 콘텐츠는 승인이 여전히 유효한지 확인해야 합니다. 승인된 콘텐츠를 유지하는 기술적 경계 개선은 반복 승인이 필요하지 않습니다.

소스 경로, FPS, 길이, 브랜드 구간, 두 개의 명명된 버전 및 해당 순서 세그먼트(start_frame, end_frame, role)를 포함하는 edit-plan.json을 생성하세요. 허용된 역할은 hook, brand, body, payoff입니다. 후크가 먼저 와야 하고 전체 연속 브랜드 구간이 두 번째여야 합니다. 반개방 구간을 사용하세요: 시작 포함, 종료 제외.

scripts/validate_plan.py를 실행하여 범위를 확인하고 길이를 계산하세요. 이는 지오메트리, 사실, 언어 또는 승인을 검증하는 것이 아닙니다. 소스 오디오와 비디오를 함께 고정하고, 프레임 정렬된 자연스러운 음성 경계에서 자르고, 필요시 호흡을 유지하며, 잘린 음절을 피하세요. 길이 추정치를 맞추기 위해 음성을 가속하거나 승인된 의미를 변경하지 마세요.

5. CapCut 편집 및 내보내기

승인 후 references/capcut-workflow.md를 읽으세요.

• 실제 사용 가능한 기능을 파악하세요. CapCut과 ChatCut은 다른 제품입니다. 조용히 대체하지 마세요.
• 가능하면 진정한 CapCut 커넥터를 선호하고, 그렇지 않으면 사용자 로컬 CapCut 설치에서 지원되는 컴퓨터 사용 도구를 사용하세요.
• 스킬은 지침을 제공합니다. CapCut을 설치하거나, 컴퓨터 제어 권한을 부여하거나, 사용할 수 없는 도구를 존재하게 만들지 않습니다.
• A와 B에 대해 별도의 작업 소유 편집 가능 프로젝트를 유지하고, 원본 미디어를 보존하세요. 관련 없는 기존 프로젝트를 편집하지 마세요.
• 로컬에서 검사된 네이티브 드래프트 경로는 선택 사항이며 버전에 따라 다릅니다. 참조의 안전장치 하에서만 사용하고, 이전 경로, ID, 스키마 또는 UI 좌표를 가정하지 마세요.
• CapCut을 통해 내보내세요. 가능한 경우 원본 종횡비와 프레임 속도로 H.264 MP4를 제공하세요. 업스케일링이 디테일을 생성한다고 암시하지 마세요. CapCut이 H.264 MOV를 생성하는 경우, 재인코딩 없이 무손실로 MP4로 리먹싱하고, 관련이 있는 경우에만 공개하세요.

Capabilities/인증으로 인해 CapCut 편집이 불가능한 경우, 승인된 검토 및 소스-시간 계획을 보존하고, 구체적인 장애물과 정확한 다음 조치를 설명하세요. 계획을 완성된 비디오라고 부르거나, CapCut 출력을 주장하면서 FFmpeg 전용 편집으로 대체하지 마세요.

6. 확인 및 전달

두 내보내기 파일이 모두 존재하고, 완전히 디코딩되며, 오디오와 비디오를 포함하고, 계획된 길이와 종횡비와 일치하며, 승인된 후크 → 브랜드 → 영어 순서를 포함하는지 확인하세요. 시작, 모든 새로운 조인 지점 및 끝을 검사하고, 가능한 경우 잘린 음절, 클릭, 반복된 단어 및 부자연스러운 전환을 청취하세요. 흐름 전용 프로젝트에 추가 텍스트 트랙/효과가 없는지 확인하세요. 타임라인뿐만 아니라 최종 내보내기도 검사하세요.

예상 소스 구간과의 오디오 비교는 편집 순서를 확인하는 데 도움이 될 수 있습니다. AAC 위상/지연 차이는 원시 파형 상관 관계를 낮출 수 있습니다. 진폭 엔벨로프 타이밍이 더 나은 추가 확인 방법입니다. 메트릭이나 몇 개의 샘플 프레임이 전체 편집이 시청되거나 청취되었음을 증명하지는 않습니다.

완성된 두 비디오에 대한 클릭 가능한 로컬 링크, 길이 및 간결한 버전 레이블을 제공하세요. 편집 가능한 CapCut 프로젝트가 저장된 위치를 알리세요. 중요한 검증 한계를 정직하게 보고하세요. 비디오를 소셜 미디어에 자동 게시하지 마세요.