viral-flow-capcut

Fluxo Viral → Duas Edições Aprovadas no CapCut

Compatibilidade com Hosts

Use esta mesma habilidade no Codex, Claude Code ou Claude com habilidades personalizadas. Resolva referências/scripts incluídos em relação a esta pasta de habilidade. agents/openai.yaml é metadados opcionais do Codex; o Claude não precisa dele. Use as ferramentas reais do host em vez de assumir que nomes de ferramentas do Codex existem.

Verifique o acesso à fonte, ao Whisper local e ao CapCut do usuário antes de prometer execução. Um shell na nuvem não é o Mac do usuário: não trate acesso a arquivos na nuvem ou execução de código como controle local do CapCut. Se apenas transcrições estiverem disponíveis, prepare fluxos provisórios a partir delas, rotule a fonte de tempo/áudio como não verificada e solicite a mídia ou ferramenta local ausente antes de prometer resultados prontos para corte. Nunca envie silenciosamente filmagens locais para transcrição na nuvem nem afirme que o Whisper foi executado quando não foi. No chat web do Claude, transcrições fornecidas podem dar suporte à revisão de texto; a edição no CapCut requer um host conectado ao computador do usuário com as permissões necessárias.

Resultado e Padrões Persistentes

Entregue dois fluxos de vídeo distintos e coerentes baseados nas filmagens do usuário, não dois scripts inventados. Trabalhe no idioma do usuário (cantonês com chinês tradicional por padrão).

Este fluxo de trabalho tem uma barreira de aprovação real solicitada por seu criador: Analisar → entregar dois fluxos de texto completos → receber aprovação → editar no CapCut → exportar dois vídeos.

Antes da aprovação, apenas leia, transcreva, inspecione as filmagens e prepare propostas. Não crie projetos de edição, corte linhas do tempo, renderize edições propostas ou exporte cortes brutos. Uma solicitação de "duas versões" não anula esta barreira. Uma instrução explícita posterior do usuário pode alterá-la. A aprovação de apenas um gancho não aprova um fluxo revisado completo. Mantenha as partes aprovadas, revise as partes solicitadas e reapresente ambos os fluxos completos quando perguntado. Após a aprovação explícita de ambos os fluxos atuais, finalize a edição/exportação sem perguntar novamente. Se apenas um for aprovado, edite apenas essa versão.

O padrão é edição apenas do fluxo: voz e filmagens originais; sem texto adicionado, legendas, títulos, gráficos, B-roll, música, nova narração, fala gerada por IA ou novos efeitos. Elementos existentes nas filmagens de origem permanecem. Altere esses padrões apenas quando solicitado. Documentos de revisão por escrito não são legendas no vídeo.

Para esta propriedade intelectual, cada versão começa com:

1. Um gancho falado forte e completo da fonte.
2. A frase original falada “Soft voice, wild truth”.
3. A frase em inglês específica que a segue na gravação daquele vídeo.
4. Corpo da história, mudança de entendimento, implicações concretas atuais e um fechamento.

Não reutilize a frase em inglês do vídeo de comparação para tópicos não relacionados. Não sintetize uma linha de marca ausente. Se estiver ausente ou pouco clara, termine de redigir o corpo, sinalize a lacuna exata e peça o clipe original ou uma exceção explícita antes de finalizar a edição dependente.

1. Estabelecer a Referência e os Papéis da Fonte

Leia references/viral-format.md antes de propor fluxos. Ele retém o mecanismo de contar histórias do benchmark e as lições aprendidas com o feedback do criador. Um vídeo de referência e um novo vídeo a ser editado são entradas diferentes. Quando o usuário corrigir seus papéis, atualize o registro imediatamente; não infira desempenho do arquivo errado.

Se um novo benchmark for fornecido, inspecione seu conteúdo completo, mapeie os beats aproximados e salve um reference-profile.md conciso na pasta da tarefa: identidade da fonte, duração, gancho, sequência de curiosidade/resposta, conflito, virada emocional, payoff, público compartilhado, papéis visuais e limitações de evidência. Altas taxas de compartilhamento/baixo abandono relatadas pelo usuário não são causalidade verificada de forma independente. Nunca prometa viralidade. Preserve fatos derivados da fonte separadamente de hipóteses.

2. Transcrever e Inspecionar Antes de Escrever

Use as ferramentas locais de shell/arquivo disponíveis e o Whisper local. O auxiliar scripts/prepare_media.py extrai áudio mono, amostra quadros visuais em todo o clipe e, opcionalmente, executa o Whisper. Leia sua --help; nomes de arquivo com espaços são suportados. Verifique transcrições confiáveis existentes antes de reexecutar.

• Comece com base ou pequeno em cache; prefira pequeno quando a saída base em cantonês corromper palavras importantes. Preserve timestamps e a saída ASR original.
• Revise todo o vídeo. Amostrar quadros mais transcrição não equivale a assistir/ouvir continuamente; descreva a verificação com precisão.
• Corrija negações, perguntas, nomes, números e termos de marca em inglês em relação ao áudio fonte ou legendas incorporadas. Não trate o ASR como uma transcrição finalizada.
• Localize o intervalo exato de linha de marca mais inglês e preserve-o como uma única unidade consecutiva.
• Identifique eventos reais, quem está envolvido, o que era esperado, o que aconteceu, custo emocional, interpretação alterada, ações atuais e uma linha de fechamento.
• Mantenha nomes de arquivos fonte, transcrições, folhas de quadros e arquivos exportados localmente; a instalação/publicação da habilidade não autoriza a publicação da mídia do usuário.

3. Apresentar Dois Fluxos de Revisão Completos

Leia references/review-format.md. Produza as versões A e B com diferentes pontos de entrada de público ou ordem narrativa. Mantenha ambas consistentes com os mesmos fatos da fonte.

Um gancho deve comunicar uma tensão completa, não apenas um slogan ou fenômeno inexplicado. Por exemplo, “o alvo de comparação atualiza” é incompleto; “Eu progrido, encontro alguém mais adiantado e decido que ainda não sou bom o suficiente” dá ao ouvinte uma contradição completa.

Preserve a cadeia causal. Não corte uma fonte de 112 segundos para 40 segundos apenas porque o benchmark tinha 55 segundos. O caso aceito exigiu aproximadamente 90–100 segundos para manter seu contexto, conquista, reviravolta, escolhas atuais de marca e reflexão final. Esses comprimentos são exemplos, não cotas.

Cada revisão inclui:

• Título da versão, ângulo e tempo de execução estimado a partir dos intervalos de fonte selecionados.
• O fluxo falado proposto completo, em ordem, com gancho, linhas fixas de marca/inglês, contexto, evento concreto, conflito, virada, implicações atuais e final, conforme aplicável.
• Rotule o texto que é levemente normalizado para leitura; não implique que palavras inexistentes foram gravadas. Retenha um mapa interno de tempo da fonte. Qualquer nova linha essencial deve ser explicitamente marcada como "requer gravação" e não pode ser inserida silenciosamente.
• Explique brevemente a diferença significativa entre as versões.

Não envie apenas cabeçalhos, um esboço ou ganchos isolados como os dois fluxos. Remova ganchos movidos de sua localização original no corpo, a menos que seja necessária uma breve chamada intencional. Verifique se pronomes, "depois", "mas" e causa/efeito ainda fazem sentido após a reordenação.

Salve flow-review.md e os intervalos de fonte propostos localmente. Pare o trabalho de edição aqui até que o usuário aprove os fluxos atuais. Afirme claramente que isso segue o fluxo de trabalho de revisão primeiro solicitado pelo usuário; se a própria habilidade for a base para uma pergunta de permissão posterior, vincule este arquivo exato e cite a frase da barreira de aprovação.

4. Aprovação → Plano de Edição Executável

Registre a mensagem de aprovação do usuário, quais versões/revisões ela cobre e o fluxo aprovado em approval.md. Mudanças na fonte ou conteúdo falado materialmente diferente exigem verificar se a aprovação ainda os cobre. Refinamentos de limite técnico que preservam o conteúdo aprovado não precisam de aprovação repetida.

Crie um edit-plan.json com caminho da fonte, FPS, duração, intervalo da marca, duas versões nomeadas e seus segmentos ordenados (start_frame, end_frame, role). As funções permitidas incluem hook, brand, body, payoff. Exija o gancho primeiro e o intervalo completo e consecutivo da marca em segundo. Use intervalos semi-abertos: início inclusivo, fim exclusivo.

Execute scripts/validate_plan.py para verificar intervalos e calcular durações. Isso valida geometria, não verdade, idioma ou aprovação. Mantenha o áudio e o vídeo fonte travados juntos, corte em limites naturais de fala alinhados a quadros, retenha respirações quando necessário e evite sílabas cortadas. Não acelere a fala ou altere o significado aprovado para atender a uma estimativa de duração.

5. Editar e Exportar com CapCut

Leia references/capcut-workflow.md após a aprovação.

• Descubra as capacidades reais disponíveis. CapCut e ChatCut são produtos diferentes; não substitua silenciosamente.
• Prefira um conector genuíno do CapCut se disponível, caso contrário, a ferramenta de uso do computador suportada na instalação local do CapCut do usuário.
• Uma habilidade fornece instruções; ela não instala o CapCut, concede controle do computador ou faz ferramentas indisponíveis existirem.
• Mantenha projetos editáveis separados de propriedade da tarefa para A e B, e preserve a mídia original. Nunca edite um projeto existente não relacionado.
• Uma rota de rascunho nativo inspecionada localmente é opcional e dependente da versão. Use-a apenas sob as proteções na referência; não assuma caminhos antigos, IDs, esquema ou coordenadas de interface.
• Exporte via CapCut. Entregue H.264 MP4 com proporção de tela e taxa de quadros originais, quando prático. Não implique que upscaling cria detalhes. Se o CapCut produzir H.264 MOV, remuxe sem perdas para MP4 sem recodificar; divulgue apenas se relevante.

Se as capacidades/autenticação impedirem a edição no CapCut, preserve a revisão aprovada e o plano de tempo da fonte, descreva o bloqueador concreto e a próxima ação exata. Nunca chame um plano de vídeo finalizado ou substitua uma edição apenas com FFmpeg enquanto alega saída do CapCut.

6. Verificar e Entregar

Verifique se ambos os arquivos exportados existem, decodificam completamente, contêm áudio e vídeo, correspondem à duração e proporção planejadas e contêm a ordem aprovada gancho → marca → inglês. Inspecione a abertura, cada nova junção e final; ouça onde disponível para sílabas cortadas, cliques, palavras repetidas e transições não naturais. Verifique se não há faixas de texto/efeitos adicionados em projetos apenas de fluxo. Inspecione as exportações finais, não apenas a linha do tempo.

A comparação de áudio com os intervalos de fonte esperados pode corroborar a ordem da edição. Diferenças de fase/atraso do AAC podem reduzir a correlação bruta da forma de onda; o tempo da envoltória de amplitude é uma verificação adicional melhor. Nem uma métrica nem alguns quadros amostrados provam que a edição inteira foi assistida ou ouvida.

Entregue links locais clicáveis para ambos os vídeos finalizados, durações e rótulos de versão concisos. Observe onde os projetos editáveis do CapCut estão salvos. Relate honestamente os limites de verificação material. Não publique automaticamente vídeos em redes sociais.