Pluviobyte/rnskill

AI 视频创作 Skill

Rol

Actúa como la capa de dirección sobre las habilidades de video existentes. Enruta el trabajo, define el estándar de aceptación y luego coordina la producción y el control de calidad. No reemplaces hyperframes, remotion, ra-audio-to-subtitles, skill-captions, embedded-captions, graphic-overlays, ra-video-download, 视频转写, tts-skill, heygen-digital-avatar o ai-video-qc-delivery; carga esas habilidades solo cuando su carril esté seleccionado.

Si el usuario proporciona una URL de video fuente o un archivo local y solicita 视频洗稿, 视频二创 o 洗稿并制作视频, enruta a ra-video-wash-pipeline antes que esta habilidad para que la extracción y reescritura ocurran primero.

Ingesta de Cola de 待制作

Si la entrada es una carpeta de proyecto de traspaso bajo 01-内容生产/视频工作台/待制作/<fecha-tema>/ (archivo de contrato 交接稿.md en su raíz; o el usuario dice 制作待制作队列, 按交接稿制作, o señala un guión en cola):

• el frontmatter de 交接稿.md es el contrato de producción vinculante: plataforma, relación de aspecto, duration_target_s, word_count, voice, caption_style, visual, illustration_skill, typography anulan los valores predeterminados de ingesta y nunca deben ser reemplazados por los valores predeterminados de una habilidad de ejecución (por ejemplo, las voces TTS de HyperFrames no son un sustituto de la voz del contrato)
• antes de comenzar el trabajo, establece status: 制作中 en 交接稿.md y mueve toda la carpeta del proyecto a 01-内容生产/视频工作台/制作中/<fecha-tema>/, para que la otra máquina no produzca duplicados; toda la ingeniería ocurre dentro de esa carpeta
• los segmentos del guión en el archivo de traspaso son las unidades de escena; no dividas ni refluya la narración
• omite las preguntas de ingesta que el contrato ya responde

Reglas Estrictas

1. Define el estándar de salida antes de la producción: video original, alineación a nivel de píxel, réplica visual, creación inspirada en estilo, metraje subtitulado, explicador narrado, promoción de producto, recorrido de sitio web o gráfico en movimiento.
2. No reclames alineación a nivel de píxel para una reconstrucción hecha a mano con HyperFrames/Remotion. La alineación a nivel de píxel requiere reutilización de flujo fuente, activos del proyecto original o métricas estrictas como hash coincidente, cmp, PSNR infinito o SSIM 1.0.
3. Mantén los proyectos fuente e intermedios bajo <WORKSPACE>/01-内容生产/视频工作台/制作中/; el banco de trabajo 01-内容生产/视频工作台/ contiene solo traspasos, transcripciones y archivos.
4. Los entregables finales permanecen dentro de la bóveda. Cada video producido por este sistema — en cola o fuera de cola, transcripción directa, formato largo práctico, traducido/reempaquetado o ad hoc — se entrega a 01-内容生产/视频工作台/已制作/<principios de mes|finales de mes>/<fecha-tema>/成片/, con imágenes clave de control de calidad en la carpeta hermana 质检/. Usa la fecha de entrega: los días 1-15 van a X月上旬 y los días 16 hasta fin de mes van a X月下旬. 已制作/6月历史成片库/（封存只读） y el escritorio <WORKSPACE>/legacy-archive/ son historial heredado retirado — no escribas nuevos entregables allí.
5. Los títulos de publicación no son trabajo de producción para trabajos de la cola 待制作: ra-video-title ya escribió de 8 a 12 candidatos en la sección 标题候选 del traspaso en el momento del lavado, y el título final es elegido manualmente por el usuario en el momento de la publicación. No generes ni apliques títulos de publicación y no crees 视频标题.md para trabajos en cola (los títulos de escena en la página del guión no se ven afectados). Solo para trabajos fuera de cola (sin contrato de traspaso) genera de 8 a 12 candidatos con ra-video-title después del control de calidad y deja que el usuario elija antes de guardar 视频标题.md junto al MP4 final.
6. Un video no está completo hasta que se confirmen las especificaciones de medios, las verificaciones visuales y las rutas de archivo. El requisito del archivo de título seleccionado se aplica solo a trabajos fuera de cola; los trabajos en cola finalizan sin 视频标题.md (la selección del título sigue siendo manual con el usuario).
7. Si el usuario nombra explícitamente una habilidad visual o de ilustración, cárgala y síguela antes de diseñar la capa visual. No reemplaces una habilidad de ilustración solicitada con formas codificadas a mano, dibujos CSS o aproximaciones "de estilo similar" a menos que el usuario apruebe explícitamente esa sustitución.
8. Cuando se requiera narración completa por IA, los entregables finales deben usar IndexTTS2 local a través de tts-skill, id de voz pluvio-indextts2-calm-v1, y el WAV sin pérdida canónico declarado en automation/config/tts-routing.json. MiniMax está reservado para ejemplos de retransmisión de tutoriales/artículos públicos y está prohibido para la narración de video local. No recurras silenciosamente a macOS say, voz del navegador, MiniMax u otra voz genérica/de nube. Si el modelo local o el WAV canónico falta, repara el carril de IndexTTS2 o detente antes de la renderización final.
9. Para trabajos tomados de la cola 待制作, la entrega no está completa hasta que python3 automation/scripts/check_delivery.py <archivo de traspaso> <directorio del proyecto> <成片.mp4> salga con código 0, el 制作端回执 en el archivo de traspaso esté completo (rutas + salida del verificador), status esté establecido en 已完成, y la carpeta de archivo por proyecto 01-内容生产/视频工作台/已制作/<principios de mes|finales de mes>/<fecha-tema>/ (nombre de carpeta = nombre de la carpeta del proyecto) se ensamble moviendo la carpeta del proyecto limpia desde 制作中/: 交接稿.md en su raíz, el MP4 final en 成片/, fotogramas clave de control de calidad en 质检/, ingeniería mínima en 工程/. Los trabajos fuera de cola ensamblan la misma estructura de archivo fechada usando un slug de tema claro; copia una nota/guion/plan de producción en la raíz del archivo cuando esté disponible. Ningún trabajo copia un nuevo final en 已制作/6月历史成片库/（封存只读）.
10. La cola de 图文工作台 sigue el mismo patrón de contrato: toma 01-内容生产/图文工作台/待制作/<archivo>.md (contrato de frontmatter: card_count, relación de aspecto, style, illustration_skill, image_skill), establece status: 制作中 al inicio, produce las tarjetas de imagen sin reescribir el texto y sin generar o aplicar títulos de publicación, entrega a 01-内容生产/图文工作台/已制作/<fecha-tema>/ (archivo de traspaso movido + tarjetas terminadas bajo 图/), establece status: 已完成, y registra el elemento bajo 待修改 en 01-内容生产/发布看板.md. El muro de privacidad de la fuente se aplica sin cambios.
11. Los proyectos de 实操长片 siguen el diseño de ingeniería unificado bajo 01-内容生产/视频工作台/制作中/<fecha-tema>/; no crees un directorio de planificación separado bajo 视频工作台/. El status del frontmatter de 策划稿 es la única señal de traspaso, y el usuario maneja las etapas de 录制 y 剪映融合 personalmente. Codex posee tres etapas: (a) status: 待粗剪 — por defecto ra-local-talking-head-cut: Inicializa marcas de tiempo de palabras ASR, revisión de terminología/incertidumbre y un SRT de precorte de línea de tiempo fuente. Detente para aprobación explícita del usuario; no se permite EDL ni renderización antes de la aprobación. Luego realiza limpieza semántica, pausas adaptativas, renderización de tamaño/fps fuente, sonoridad de diálogo, control de calidad de medios y generación de subtítulos de medios finales con aprobación de control de calidad de subtítulos. Usa video-use como la capa de evidencia/selección de tomas múltiples; usa Agentchengfeng/chengfeng-videocut-skills solo para revisión web a nivel de palabra o una comparación intencionalmente agresiva; elige AI剪口播 cuando el usuario quiera revisión de forma de onda y una línea de tiempo FCPXML para 剪映/Final Cut Pro. El flujo de trabajo MP4 predeterminado entrega 粗剪/口播-粗剪.mp4 y establece status: 融合中; el flujo de trabajo FCPXML avanza solo después de que se acepte la línea de tiempo del editor; (b) status: 待字幕 — ejecuta ra-audio-to-subtitles contra el corte combinado final del usuario, requiere que pase el control de calidad de marcas de tiempo de palabras, luego ejecuta skill-captions con el caption_style del contrato (predeterminado anchor-dark) para previsualizar, grabar y validar los subtítulos de frases; guarda el .srt coincidente y caption-render-qc.json que pase, luego establece status: 待动画; (c) status: 待动画 — agrega superposiciones de componentes Remotion SOLO a los segmentos de 全身出镜 listados en el frontmatter de 策划稿, compone, entrega el MP4 final a 视频工作台/已制作/<principios de mes|finales de mes>/<fecha-tema>/成片/, coloca el control de calidad clave en la carpeta hermana 质检/, registra en 发布看板, establece status: 成片. Todas las herramientas de corte tosco son solo de corte tosco en este espacio de trabajo: nunca uses la salida de subtítulos de ninguna herramienta de corte tosco como la línea de tiempo de subtítulos de producción.
12. Para cualquier video narrado final, el audio concatenado final o el video combinado final es la única fuente de sincronización de subtítulos. Ejecuta ra-audio-to-subtitles después de que el audio esté bloqueado; archiva captions_words.json, captions.json, captions.srt y caption-qc.json. La interpolación de recuento de caracteres, la interpolación de duración de escena y la sincronización de subtítulos con retraso fijo son solo de previsualización y nunca deben entrar en un final recomendado.
13. Siempre que un componente de video, fondo de video o réplica de video de referencia alcance un final renderizado y aprobado por control de calidad, detente antes de agregarlo a 05-视频组件/ y pregunta explícitamente al usuario: si debe ingresar a la biblioteca de componentes, qué categoría existente debe contenerlo y si se necesita una nueva categoría. No infieras la ubicación ni crees una categoría antes de que el usuario responda. Si el usuario declina, usa solo el archivo de video terminado normal. Si el usuario aprueba, trata los nombres confirmados de 05-视频组件/<categoría en chino>/<nombre de componente en chino>/ como canónicos y haz que el directorio del componente sea autónomo en la misma tarea: MP4 portátil, manifest.json, 质检/ y 工程/ (la única fuente editable, sin node_modules/renders). No existen espejos de ingeniería, enlaces simbólicos o segundas copias en ningún otro lugar; registra el componente en 05-视频组件/CATALOG.md antes de informar la finalización.
14. Siempre que el usuario solicite un video HeyGen/digital-human/avatar, o un contrato de producción de video requiera el humano digital Pluviobyte existente, carga heygen-digital-avatar antes de la generación. Su apariencia de Digital Twin original, facturación de suscripción CLI OAuth, Avatar III predeterminado, audio local de IndexTTS2, reutilización de un maestro y el diseño aprobado de círculo inferior izquierdo headroom_08 son vinculantes. Solo una solicitud explícita de 全屏数字人 puede omitir el diseño de círculo.
15. Trata cualquier marco de enfoque decorativo que encierre más del 40% del lienzo o múltiples grupos de contenido como una señal de entrada solamente. Su visibilidad total no debe exceder el menor de 2 segundos o el 15% de la escena, y debe salir antes del estado de información constante. Los marcos persistentes requieren un propósito semántico explícito y deben delimitar estrechamente un objetivo local.

Sistema Visual Predeterminado

Cuando el usuario diga que haga un video con esta habilidad y no proporcione una dirección visual contradictoria, usa un sistema visual de prioridad blanca:

• fondo: blanco puro o blanco cálido, con abundante espacio en blanco
• para tutoriales de IA/herramientas de prioridad blanca, explicadores basados en páginas y gráficos en movimiento blancos, lee references/perspective-grid-v5.md y comienza desde el componente del espacio de trabajo 05-视频组件/视频背景/透视网格背景/. La copia incluida assets/perspective-grid-v5/ es el espejo de Skill del mismo hash y la alternativa, no una segunda línea base editable de forma independiente. Usa el bucle V5 aprobado como la capa visual más inferior a su velocidad de reproducción nativa: 1920x1080, 30fps, 7.3 segundos / 219 fotogramas, tres celdas de cuadrícula completas por bucle y un período de celda única de 2.433 segundos. Conserva su geometría, placa de color asimétrica, niebla central, fase y sincronización de bucle sin costuras. No lo reconstruyas desde una versión anterior o una cuadrícula CSS ad hoc.
• desactiva la cuadrícula V5 solo cuando el metraje fuente, la cabeza parlante de pantalla completa, la interfaz de usuario densa, la legibilidad, un contrato de traspaso o una referencia explícita entren en conflicto con ella. Registra la razón en la nota de producción.
• marcas primarias: texto negro, arte lineal negro y elementos de interfaz de usuario oscuros restringidos
• acentos: usa solo pequeñas cantidades de rojo, naranja o azul para énfasis, advertencias, flechas, comentarios o estado
• subtítulos: para explicadores narrados sobre metraje, capturas de pantalla, la cuadrícula V5 o fondos variables, ejecuta skill-captions y usa su panel anchor-dark de ajuste ajustado por defecto. Un caption_style de traspaso o un estilo de usuario explícito lo anula; los subtítulos sin marco requieren una zona de luz de subtítulos uniforme controlada y una razón registrada.
• evita usar por defecto estilos oscuros, morados, neón o mágicos de SaaS a menos que el usuario lo solicite explícitamente o la ruta seleccionada lo requiera
• usa ian-xiaohei-illustrations como la fuente de ilustración predeterminada para videos basados en páginas o escenas. Prefiere las copias activas locales del proyecto bajo .agents/skills/ian-xiaohei-illustrations/, .codex/skills/ian-xiaohei-illustrations/ y .claude/skills/ian-xiaohei-illustrations/; la ruta de biblioteca compartida <WORKSPACE>/.claude/skills/ian-xiaohei-illustrations es solo una fuente de verdad para reparar cuando la copia del proyecto falta.
• da a cada página o escena una ilustración significativa de Xiaohei siempre que sea posible; omite solo cuando el metraje, las capturas de pantalla, la interfaz de usuario densa o la legibilidad se verían claramente perjudicados
• cada ilustración debe explicar la afirmación central, el proceso, el contraste o el estado de la página; Xiaohei debe realizar la acción central, no aparecer como decoración
• si el plan dice "Xiaohei" o "小黑配图", crea activos de imagen reales con ian-xiaohei-illustrations y guárdalos en el proyecto. Una aproximación de Xiaohei en CSS/HTML no cumple este requisito.
• para videos de Xiaohei en 16:9 basados en páginas, usa el contrato xiaohei-16x9-layout antes de escribir la composición. El contrato fija primero el esqueleto de la página: título superior izquierdo, tarjeta de nota central izquierda, ilustración de Xiaohei central derecha y subtítulo inferior. No inventes un diseño nuevo a menos que el usuario solicite un sistema visual diferente.

Valores Predeterminados de Explicador Basado en Páginas

Para tutoriales de IA/herramientas, explicadores narrados basados en páginas y videos de enseñanza china de formato largo, aplica estos valores predeterminados a menos que el usuario dé una referencia contradictoria:

• Para explicadores de Xiaohei en 16:9, lee references/xiaohei-16x9-layout.md antes de construir. Copia o adapta el activo de plantilla en assets/xiaohei-16x9-template/ cuando el proyecto sea un video basado en páginas de HyperFrames.
• Trata el diseño como un contrato, no una sugerencia suelta. La imagen de Xiaohei del lado derecho pertenece al área central derecha, no a la esquina superior derecha. La tarjeta de nota izquierda pertenece al área central izquierda, no al área inferior izquierda. Los subtítulos deben permanecer debajo de las zonas de contenido con un margen de seguridad inferior claro.
• Selecciona una variante de página antes de escribir HTML: standard, long-title, wide-visual o close. Usa long-title para títulos que producirían saltos automáticos incómodos; usa wide-visual para ilustraciones horizontales; usa close para la acción final o páginas de resumen.
• Planifica manualmente ... [truncado para traducción]