Communitygithub.com

Piano Remotion

Crea videos de partituras para piano con movimientos originales de dos manos, estelas luminosas y cámara. Revisa revisiones de notación, reutiliza herramientas de audio muestreadas y detiene la ejecución para aprobación de la partitura, luego para aprobación de fotogramas clave/audición real antes de exportar.

¿Qué es Piano Remotion?

Esta habilidad, 'Piano Remotion', está diseñada para que agentes de IA (como Claude Code) automaticen la creación de videos de partituras para piano de alta calidad. Su propósito principal es guiar al agente a través de un flujo de trabajo estructurado que incluye descubrimiento y clasificación de archivos de partitura, revisión de notación, captura o síntesis de audio, y renderizado final del video. Lo que la hace única son sus dos puntos de control de aprobación obligatorios por parte del usuario: uno para la partitura revisada y otro para los fotogramas clave y la audición de audio, asegurando que el resultado final cumpla con las expectativas antes de la exportación. La habilidad enfatiza la preservación de la semántica musical original (como ligaduras, puntillos y voces) y desalienta el uso de sustituciones que degraden la calidad, como osciladores genéricos o transcripciones inventadas. Soporta la reutilización de entornos y audio muestreado existente, y define claramente los límites para el agente, indicando cuándo detenerse y solicitar intervención humana en lugar de continuar con resultados no verificados.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add Fallonwong/piano-remotion

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Piano Remotion — V1.0.0

Primero lea las remotion-best-practices oficiales instaladas. Reutilice entornos compatibles autorizados; Python/OMR son opcionales. Las primeras instalaciones o descargas grandes requieren rutas, versiones, contenido, tamaño/motivo y permiso del usuario. Preserve fuentes privadas, superposiciones personales desactivadas, imágenes originales de ScoreNoteLeap/PianoScoreScene. No se ha asignado ninguna licencia.

Utilice node <skill>/scripts/piano.mjs. Lea el flujo de trabajo de audio y reconocimiento para audio o PDF/imágenes; el flujo de trabajo de geometría y renderizado documenta la geometría y la mecánica del escenario existente. Para reutilización e instalación en tiempo de ejecución, consulte la configuración del entorno. Use evidencia de producción y argumentos de auditoría de notación con esos comandos. No utilice llamadas Demo heredadas como finalización de canción verificada.

Ejecute la tarea con dos paradas de revisión de contenido

  1. Descubrir/clasificar. Reutilice el proyecto actual y las herramientas compatibles explícitamente autorizadas. La falta de PATH o un tiempo de espera de sonda no es evidencia de ausencia. MusicXML/MIDI confiables tienen prioridad sobre el reconocimiento repetido. Las imágenes de PDF/partituras prefieren OMR profesional instalado; las herramientas faltantes producen opciones, no transcripción inventada. Jianpu requiere interpretación explícita de tono/octava/ritmo. Nunca escriba silenciosamente un reconocedor por canción ni simplifique voces.
  2. Preparar y revisar la notación. Conserve MusicXML editable, semántica real de tono/duración/compás/silencio/acorde/voz/ pentagrama/barra/ligadura/unión. Verifique recortes originales/redistribuidos para cada compás; los compases equilibrados no son corrección. notation-audit agrega diferencias de revisión, compases piloto densos/conectados/polifónicos y dudas basadas en evidencia. Use --previous después de correcciones y --expected-measures cuando un usuario identificó un cambio acotado. Muestre cambios inesperados; no restablezca música ya correcta para ediciones de cámara. Nueva score-request de PDF/imagen requiere --notation-audit. Muestre recortes/diferencias/dudas, devuelva WAITING_FOR_SCORE_APPROVAL y FINALICE EL TURNO. La autoevaluación del agente no puede aprobar.
  3. Registrar el consentimiento real del usuario. Cite las palabras reales del usuario con la identificación de solicitud/referencia de mensaje mostrada o use su respuesta de página de revisión. Nunca fabrique actor=usuario o aprobación. La respuesta de partitura registra proporcionado/sintetizar/silencioso; la elección de audio generado no aprueba el timbre no visto. El JSON local vincula versiones, no identidad humana.
  4. Producir la canción/audio aprobados. Preserve la animación original y la geometría SVG nativa. Las uniones del mismo tono suenan una vez durante su duración completa; los tonos unidos por ligadura permanecen separados; las barras no son uniones. Descubra con audio-plan: grabación del usuario primero, luego motor/fuente muestreado existente. audio-render exporta el XML aprobado completo a través de MuseScore Basic verificado; audio-master registra ganancia/relleno global explícito y protege las colas de sonido audibles. El nuevo enlace verificado necesita --audio-evidence. No registre formas de onda generadas por el Agente como grabaciones de usuario. El synthesize --preview-only integrado es solo un borrador de calibración; nunca reemplace el audio de producción con osciladores personalizados solo para pasar la alineación.
  5. Mostrar fotogramas clave y audición reales. Use el mismo master/props/trabajo final de canción completa para vista previa/exportación. keyframes genera fotogramas reales y un clip corto de audición/movimiento. Muestre fuente/perfil/mezcla de audio más ambas manos/acordes/cambios de línea/conexiones/cámara. Devuelva WAITING_FOR_KEYFRAME_APPROVAL y FINALICE EL TURNO. La audición de timbre temprana opcional es útil, no una tercera puerta obligatoria. Un extracto de 10 a 15 segundos no puede reemplazar el master de la canción completa. Los cambios de audio/motor/mezcla invalidan esta revisión.
  6. Exportar después de ambas aprobaciones. render --approval ... --confirmed usa el trabajo congelado. --confirmed solo no puede omitir la revisión. Verifique flujos decodificados, audibilidad, duración, fps/tamaño y ataques de sonido muestreados. Un pico de energía faltante no es concluyente para música densa/legato: preserve el sonido y devuelva necesita_revisión; nunca acorte la caída ni cambie notas para satisfacer el detector. No falsifique un informe aprobatorio. Conserve los comandos, entradas y resultados reales.

Calidad y límites del reconocimiento

Inspeccione la calidad del escaneo, la procedencia de la página/recorte, alteraciones/tonalidad/clave/octava, puntillos/barras/grupos irregulares, silencios, número de acordes, voces/manos y ligadura vs unión. Comience las partituras largas y difíciles con un piloto representativo de 3 a 5 compases; verifique de forma cruzada con un segundo método existente cuando sea útil. Una lectura dos veces del modelo no es una verdad absoluta independiente. Nunca reclame un porcentaje de precisión sin un punto de referencia corregido por humanos. Mantenga la evidencia de incertidumbre por compás y explique cada corrección.

Dos fallos en una ruta requieren diagnóstico/alternativas. Si no existe un resultado revisable después de aproximadamente diez minutos, informe los bloqueadores; no ejecute silenciosamente durante una hora. Complete el trabajo rutinario de forma autónoma dentro de cada etapa; no solicite micropermisos para pasos reversibles ordinarios o ajustes de mezcla autorizados.

Utilice un adaptador OMR profesional instalado cuando esté disponible. Juzgue la notación contra la fuente original; el grabado exitoso o la exportación de video no reemplazan la revisión de la fuente. Consulte uso y indicaciones. Preserve los trabajos heredados para inspección; re-vincule el trabajo nuevo con evidencia V1.0.0 en lugar de sobrescribir artefactos terminados.

Skills relacionados