Viral Flow → Dos Ediciones en CapCut Aprobadas

¿Qué hace Viral Flow → Dos Ediciones en CapCut Aprobadas?

Compatibilidad del anfitrión

Usa este mismo skill en Codex, Claude Code o Claude con skills personalizados. Resuelve las referencias/scripts empaquetados de forma relativa a la carpeta de este skill. agents/openai.yaml es metadato opcional de Codex; Claude no lo necesita. Utiliza las herramientas reales del anfitrión en lugar de asumir que existen nombres de herramientas específicos de Codex.

Verifica el acceso a la fuente, a Whisper local y a CapCut del usuario antes de prometer ejecución. Un shell en la nube no es el Mac del usuario: no trates el acceso a archivos en la nube ni la ejecución de código como si fueran control local de CapCut. Si solo hay transcripciones disponibles, prepara flujos provisionales a partir de ellas, etiqueta el tiempo/audio de origen como no verificado y solicita el material faltante o el acceso a la herramienta local antes de prometer resultados listos para editar. Nunca envíes material de archivo local a una transcripción en la nube en silencio ni afirmes que Whisper se ejecutó cuando no fue así. En el chat web de Claude, las transcripciones proporcionadas pueden servir para la revisión de texto; la edición en CapCut requiere un anfitrión conectado al ordenador del usuario con los permisos necesarios.

Resultado y valores predeterminados persistentes

Entrega dos flujos de video distintos y coherentes basados en el material del usuario, no dos guiones inventados. Trabaja en el idioma del usuario (cantonés con chino tradicional por defecto).

Este flujo de trabajo tiene un límite de aprobación real solicitado por su creador: Analizar → entregar dos flujos de texto completos → recibir aprobación → editar en CapCut → exportar dos videos.

Antes de la aprobación, solo lee, transcribe, inspecciona el material y prepara propuestas. No crees proyectos de edición, cortes en la línea de tiempo, renderices ediciones propuestas ni exportes borradores. Una solicitud de “dos versiones” no elimina este límite. Una instrucción explícita posterior del usuario puede cambiarlo. La aprobación de un gancho por sí sola no aprueba un flujo revisado completo. Mantén las partes aprobadas, revisa las partes solicitadas y vuelve a presentar ambos flujos completos cuando se te pida. Después de la aprobación explícita de ambos flujos actuales, finaliza la edición/exportación sin preguntar de nuevo. Si solo se aprueba uno, edita únicamente esa versión.

El entregable predeterminado es edición solo de flujo: voz y material original; sin texto añadido, subtítulos, títulos, gráficos, material de archivo adicional, música, nueva locución, voz AI ni nuevos efectos. Los elementos existentes en el material de origen se mantienen. Solo cambia estos valores predeterminados cuando se solicite. Los documentos de revisión escritos no son subtítulos en el video.

Para esta propiedad intelectual, cada versión comienza:

1. Un gancho hablado fuerte y completo de la fuente.
2. La frase hablada original “Voz suave, verdad salvaje”.
3. La oración en inglés específica que la sigue en la grabación de ese video.
4. Cuerpo de la historia, cambio en la comprensión, implicaciones concretas en el presente y un cierre final.

No reutilices la oración en inglés del video de comparación para temas no relacionados. No sintetices una línea de marca faltante. Si está ausente o no es clara, termina de redactar el cuerpo, marca la brecha exacta y pide el clip original o una excepción explícita antes de finalizar la edición dependiente.

1. Establecer roles de referencia y fuente

Lee referencias/formato-viral.md antes de proponer flujos. Conserva el mecanismo narrativo del punto de referencia y las lecciones aprendidas de los comentarios del creador. Un video de referencia y un video nuevo para editar son entradas diferentes. Cuando el usuario corrija sus roles, actualiza el registro de inmediato; no infieras el rendimiento a partir del archivo equivocado.

Si se proporciona un nuevo punto de referencia, inspecciona su contenido completo, mapea los compases aproximados y guarda un perfil-referencia.md conciso en la carpeta de la tarea: identidad de la fuente, duración, gancho, secuencia curiosidad/respuesta, conflicto, giro emocional, recompensa, audiencia compartida, roles visuales y limitaciones de la evidencia. Las altas tasas de compartido/baja tasa de abandono reportadas por el usuario no son causalidad verificada de forma independiente. Nunca prometas viralidad. Conserva los hechos derivados de la fuente por separado de las hipótesis.

2. Transcripción e inspección antes de escribir

Usa las herramientas de shell/archivos locales disponibles y Whisper local. El script auxiliar scripts/preparar_media.py extrae audio mono, muestrea fotogramas visuales en todo el clip y, opcionalmente, ejecuta Whisper. Lee su --help; los nombres de archivo con espacios son compatibles. Verifica las transcripciones existentes confiables antes de volver a ejecutar.

• Comienza con base o pequeño en caché; prefiere pequeño cuando la salida base en cantonés corrompe palabras importantes. Conserva las marcas de tiempo y la salida ASR original.
• Revisa todo el video. Muestrear fotogramas más transcripción no equivale a ver/escuchar continuamente; describe la verificación con precisión.
• Corrige negaciones, preguntas, nombres, números y términos de marca en inglés comparando con el audio fuente o los subtítulos incrustados. No trates la ASR como una transcripción terminada.
• Localiza el tramo exacto de línea de marca más inglés y consérvalo como una unidad consecutiva única.
• Identifica eventos reales, quién está involucrado, qué se esperaba, qué sucedió, costo emocional, interpretación cambiada, acciones actuales y una línea de cierre.
• Mantén los nombres de archivo fuente, transcripciones, hojas de fotogramas y archivos exportados localmente; la instalación/publicación del skill no autoriza la publicación del material del usuario.

3. Presentar dos flujos de revisión completos

Lee referencias/formato-revision.md. Produce la versión A y B con diferentes puntos de entrada de audiencia u orden narrativo. Mantén ambas coherentes con los mismos hechos fuente.

Un gancho debe comunicar una tensión completa, no solo un eslogan o un fenómeno inexplicado. Por ejemplo, “el objetivo de comparación mejora” es incompleto; “Progreso, encuentro a alguien más avanzado y decido que todavía no soy lo suficientemente bueno” le da al oyente una contradicción completa.

Preserva la cadena causal. No reduzcas una fuente de 112 segundos a 40 solo porque el punto de referencia tenía 55. El caso aceptado requirió aproximadamente 90–100 segundos para mantener sus antecedentes, logro, reversión, elecciones actuales de marca y reflexión final. Estas duraciones son ejemplos, no cuotas.

Cada revisión incluye:

• Título de versión, ángulo y duración estimada a partir de los rangos fuente seleccionados.
• El flujo hablado propuesto completo, en orden, con gancho, líneas fijas de marca/inglés, antecedentes, evento concreto, conflicto, giro, implicaciones actuales y finalización según corresponda.
• Etiqueta el texto que está ligeramente normalizado para la lectura; no impliques que palabras inexistentes están grabadas. Conserva un mapa interno de tiempo fuente. Cualquier línea nueva esencial debe marcarse explícitamente como “requiere grabación” y no puede insertarse en silencio.
• Explica brevemente la diferencia significativa entre las versiones.

No envíes solo encabezados, un esquema o ganchos aislados como los dos flujos. Elimina los ganchos movidos de su ubicación original en el cuerpo a menos que se necesite una breve llamada intencional. Verifica que los pronombres, “después”, “pero” y causa/efecto sigan teniendo sentido después de reordenar.

Guarda revision-flujo.md y los rangos fuente propuestos localmente. Detén el trabajo de edición aquí hasta que el usuario apruebe los flujos actuales. Indica claramente que esto sigue el flujo de trabajo de revisión primero solicitado por el usuario; si el skill en sí es la base para una pregunta de permiso posterior, enlaza este archivo exacto y cita la oración del límite de aprobación.

4. Aprobación → plan de edición ejecutable

Registra el mensaje de aprobación del usuario, qué versiones/revisiones cubre y el flujo aprobado en aprobacion.md. Los cambios en la fuente o contenido hablado materialmente diferente requieren verificar si la aprobación aún los cubre. Los refinamientos de límites técnicos que preservan el contenido aprobado no necesitan aprobación repetida.

Crea un plan-edicion.json con la ruta de la fuente, FPS, duración, tramo de marca, dos versiones nombradas y sus segmentos ordenados (frame_inicio, frame_fin, rol). Los roles permitidos incluyen gancho, marca, cuerpo, cierre. Requiere gancho primero y el tramo de marca completo consecutivo en segundo lugar. Usa intervalos semiabiertos: inicio inclusivo, final exclusivo.

Ejecuta scripts/validar_plan.py para verificar rangos y calcular duraciones. Esto valida la geometría, no la veracidad, el idioma o la aprobación. Mantén el audio y el video fuente bloqueados juntos, corta en límites de habla naturales alineados con fotogramas, retén las respiraciones cuando sea necesario y evita sílabas recortadas. No aceleres el habla ni cambies el significado aprobado para cumplir con una estimación de duración.

5. Editar y exportar con CapCut

Lee referencias/flujo-trabajo-capcut.md después de la aprobación.

• Descubre las capacidades reales disponibles. CapCut y ChatCut son productos diferentes; no los sustituyas en silencio.
• Prefiere un conector genuino de CapCut si está disponible; de lo contrario, usa la herramienta de uso de computadora compatible en la instalación local de CapCut del usuario.
• Un skill proporciona instrucciones; no instala CapCut, otorga control de la computadora ni hace que herramientas no disponibles existan.
• Mantén proyectos editables separados propiedad de la tarea para A y B, y preserva el material original. Nunca edites un proyecto existente no relacionado.
• Una ruta de borrador nativo inspeccionado localmente es opcional y depende de la versión. Úsala solo bajo las salvaguardas en la referencia; no asumas rutas, IDs, esquemas o coordenadas de UI antiguas.
• Exporta mediante CapCut. Entrega H.264 MP4 con la relación de aspecto y velocidad de fotogramas originales cuando sea práctico. No impliques que el escalado ascendente crea detalle. Si CapCut produce H.264 MOV, reempaqueta sin pérdida a MP4 sin recodificar; revela solo si es relevante.

Si las capacidades/autenticación impiden la edición en CapCut, preserva la revisión aprobada y el plan de tiempo fuente, describe el bloqueador concreto y la acción exacta a seguir. Nunca llames a un plan un video terminado ni sustituyas una edición solo con FFmpeg mientras afirmas que es salida de CapCut.

6. Verificar y entregar

Verifica que ambos archivos exportados existan, se decodifiquen completamente, contengan audio y video, coincidan con la duración y relación de aspecto planificadas y contengan el orden aprobado gancho → marca → inglés. Inspecciona la apertura, cada nueva unión y el final; escucha donde esté disponible para detectar sílabas cortadas, clics, palabras repetidas y transiciones no naturales. Verifica que no haya pistas/efectos de texto añadidos en proyectos solo de flujo. Inspecciona las exportaciones finales, no solo la línea de tiempo.

La comparación de audio con los tramos fuente esperados puede corroborar el orden de edición. Las diferencias de fase/retardo AAC pueden reducir la correlación de forma de onda bruta; la temporización de la envolvente de amplitud es una mejor verificación adicional. Ni una métrica ni unos pocos fotogramas muestreados prueban que se haya visto o escuchado la edición completa.

Entrega enlaces locales en los que se pueda hacer clic a ambos videos terminados, duraciones y etiquetas de versión concisas. Indica dónde se guardan los proyectos editables de CapCut. Informa honestamente sobre los límites de verificación material. No publiques videos automáticamente en redes sociales.