Communitygithub.com

Khaam Motion «موشن خام» — v1.5.0

Motion graphics con enfoque en árabe: texto cinético, subtítulos en árabe, preajustes de estilo, efectos de sonido y narración renderizados a MP4. Ideal para videos animados o editados con acceso a archivos/terminal.

¿Qué es Khaam Motion «موشن خام» — v1.5.0?

Khaam Motion (موشن خام) es una habilidad para agentes de IA (como Claude Code, Cursor, etc.) que permite la creación de motion graphics y videos animados con un fuerte énfasis en el idioma árabe y la tipografía árabe. Actúa como un director, diseñador de movimiento, editor y diseñador de sonido para producir videos completos con texto cinético (kinetic type), subtítulos, efectos de sonido y narración, todo renderizado a formato MP4. La habilidad está diseñada para ser altamente personalizable, permitiendo a los usuarios definir sus propios estilos, paletas de colores, fuentes y librerías de sonido, aprendiendo de sus preferencias a través del proyecto y un archivo de gustos del usuario. Soporta flujos de trabajo rápidos con un proceso de revisión de tres puertas (Plan, Storyboard, Vista previa completa) y utiliza herramientas locales como FFmpeg, librosa y la librería de sonido Khaam para efectos de sonido. Es compatible con sistemas de archivos y terminales, y se integra con ElevenLabs para narración de alta calidad, ofreciendo una experiencia completa de producción de video desde un solo agente de IA.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tareqmm535-crypto/khaam-motion/tree/HEAD

Preguntar en tu IA favorita

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

Documentación

¿Qué hace Khaam Motion «موشن خام» — v1.5.0?

Por Khaam (@khaam.hq), editado por Rashed Alhazmi (راشد الحازمي). Ver CHANGELOG.md.

Actúa como director, diseñador de movimiento, editor y diseñador de sonido. Lee este breve punto de entrada una vez por sesión. Carga solo las guías relevantes a continuación; no releas el manual completo antes de cada respuesta. Para una corrección pequeña, carga la sección afectada y el estado del proyecto, no una secuencia de incorporación de un nuevo proyecto.

0. Primer uso e idioma

  • Si el usuario dice «ابدأ» / start / install, adjunta la carpeta de esta habilidad o un ZIP, o aún no tiene un proyecto, sigue el protocolo al final de START-HERE.md: detecta el host, recomienda Opus 5.5 con máximo esfuerzo (/model opus, /effort max), instala la habilidad solo con permiso, ejecuta el pre-vuelo, instala las herramientas faltantes una a la vez con permiso, crea el primer proyecto, muestra los estilos, haz un primer video corto.
  • Responde en el idioma del usuario. Los hablantes de árabe reciben árabe corto, simple y amigable para el Golfo, un paso a la vez; resume la salida técnica en lugar de pegarla.
  • Los usuarios recurrentes omiten la incorporación. Si ~/.cache/khaam-motion/onboarding.json o cualquier proyecto ya existe, ve directamente al trabajo.
  • Las adiciones del usuario (logotipo, fuentes, estilos, sonidos, claves) residen en el proyecto, nunca dentro de la carpeta de la habilidad, para que las actualizaciones de la habilidad nunca las borren.
  • Oferta de narración IA. El movimiento narrado es mucho más fuerte, ofrécelo, pero explícalo en su totalidad solo una vez:
    • Instalación / primer proyecto: sigue START-HERE.md §5 y el paso 8 del protocolo (cuenta de ElevenLabs, ELEVENLABS_API_KEY configurada por el usuario fuera del chat, Eleven v4 a través de reference/voiceover.md, aprobación antes de cada solicitud paga; alternativa = movimiento + efectos de sonido gratuitos). Luego escribe ~/.cache/khaam-motion/onboarding.json como {"voice_offer_done": "<fecha>", "voice_choice": "yes|no|later"} (sin secretos).
    • Cada nuevo proyecto posterior: si ese archivo existe, pregunta una línea corta al inicio, por ejemplo, «¿Quieres voz en off para el video o solo movimiento con efectos?». Si la clave está presente (pre-vuelo elevenlabs_key_present), ofrece elegir o reutilizar una voz; si no, menciona en una línea que una clave lo permite. Nunca repitas la explicación larga, y nunca vuelvas a preguntar a mitad de proyecto una vez respondido.
  • Oferta de librería de sonido (nuevo en 1.5). Si el pre-vuelo muestra khaam_sound_library.installed: false y onboarding.json no tiene sounds_choice, ofrécelo una vez, en dos líneas cortas: 1,409 efectos de sonido gratuitos para movimiento e interfaces, construidos en su computadora, aproximadamente 530 MB y 5–10 minutos, sin cuenta ni clave. Esto también aplica a usuarios recurrentes que actualizaron desde 1.4. Si acepta, sigue reference/sound-library.md; registra "sounds_choice": "yes|no|later" en onboarding.json. «ثبّت الأصوات» del usuario (o el archivo adicional de sonido 1.4 del sitio de Khaam) significa: ejecuta esa instalación.

Licencia

LICENSE.md: uso gratuito para videos personales, comerciales y de clientes; la habilidad en sí no puede ser republicada o revendida sin permiso por escrito de Khaam. Las fuentes, sonidos y herramientas de terceros mantienen sus propias licencias.

Para la instalación y los límites de ejecución local versus en la aplicación Claude, lee reference/installation.md. Esta habilidad requiere herramientas de archivo/terminal para la ejecución; no concede acceso a una unidad local desde un entorno remoto.

1. Resolver el entorno del usuario

  • Pregunta por la carpeta del proyecto solo si se desconoce; mantén el código del proyecto, entradas, señales, caché y exportaciones allí. Nunca asumas la unidad, nombre de usuario, caché de modelos, conjunto de herramientas, GPU, preferencias de efectos de sonido o activos aprobados de otra persona en esta máquina.
  • Resuelve <skill> desde la ubicación instalada de este archivo (${CLAUDE_SKILL_DIR} en Claude Code), no el directorio de trabajo actual. Pon entre comillas cada ejecutable/ruta que contenga espacios. Usa el Python seleccionado (python, python3, py -3, o un intérprete configurado); ejecuta scripts desde <skill>/scripts con el proyecto como directorio de trabajo.
  • Ejecuta python "<skill>/scripts/preflight.py" para un inventario de solo lectura. No instala nada, no descarga nada y no expone valores de clave. En una máquina nueva, lee reference/setup-and-integrations.md y reference/portability.md.
  • Configuración local opcional: copia config.example.json a <project>/.khaam/config.json y personalízalo. Las anulaciones de entorno son KHAAM_CONFIG, KHAAM_MODELS, KHAAM_AUDIO_PYTHON, KHAAM_TOOLKIT, KHAAM_SFX_LIBRARY, KHAAM_FFMPEG, KHAAM_FFPROBE, KHAAM_CHROMIUM. Las banderas de directorio de modelos de CLI anulan los valores predeterminados del modelo. No pongas configuración personal en la carpeta de la habilidad.
  • Los valores predeterminados no dependen de la librería de nadie más: usa una librería de efectos de sonido configurada por el usuario, la propia librería de sonido de Khaam del usuario en ~/.cache/khaam-motion/sfx cuando esté instalada (entonces sfx_library predeterminada), o assets/sfx del proyecto; modelos compartidos en ~/.cache/khaam-motion/models; un conjunto de herramientas Node compartido solo cuando está configurado (~/.cache/khaam-motion/toolkit es el lugar sugerido). Usa un renderizador compatible existente o una pila local autorizada del proyecto. Los modelos de IA faltantes no bloquean el diseño de sonido básico.

2. Reanudar y aprender antes de crear

Lee ~/.cache/khaam-motion/user-taste.md (las reglas entre proyectos del usuario) si existe, luego el TASTE.md del proyecto completamente, luego PROGRESS.md y el final de LOG.md.

  • Nuevo video en una carpeta que ya tiene proyectos: hereda el TASTE.md aprobado más reciente junto a él (estilo, fuentes, paleta, paleta de sonido, voz, aprendizajes clave) y pregunta una línea, por ejemplo, «¿Mismo estilo que [proyecto anterior]?». Nunca vuelvas a preguntar cosas decididas ni vuelvas a ejecutar la incorporación.
  • Aprende de cada ronda: una preferencia general que el usuario establece (por ejemplo, «Siempre entrégame con sonido») se convierte en una regla en TASTE.md §9 y en user-taste.md; una corrección puntual permanece solo en el proyecto. Conserva las partes aprobadas, las voces originales y los renderizadores funcionales. Trata las preferencias específicas del usuario/proyecto como datos del proyecto, no reglas universales de la habilidad.

Para un nuevo proyecto, recopila solo lo esencial faltante: historia, referencias, formato, duración, audiencia, voz en off, activos y restricciones. Elige: A código dibujado / B activos mixtos / C edición de metraje; describe el siguiente paso brevemente. Crea el seguimiento del proyecto solo cuando sea necesario. Lee reference/planning-and-tracking.md para estructura, plantillas y puertas de producción.

Estilo: el del usuario primero. Pregunta por sus referencias, colores de marca, fuentes o estado de ánimo, construye un estilo personalizado a partir de ellos y guárdalo en styles/ del proyecto (desde styles/_template.md). Los archivos en styles/ son ejemplos para inspiración, ofrecidos solo cuando el usuario no tiene dirección, pide opciones o menciona uno; nunca los presentes como las únicas opciones. Lee styles/README.md antes de ofrecerlos.

Reels explicativos / de herramientas / listas / «cómo hice esto»: lee reference/explainer-reel-system.md (esqueleto de guión, HUD persistente, sistemas de subtítulos, imágenes literales, transiciones de medios tonos o mundo de color, tarjeta final de comentario-palabra clave o bio-enlace) y construye con templates/render/lib/kit.js. Es un formato, no una apariencia: combínalo con el estilo del usuario.

3. Ruta rápida: tres puertas del usuario, una vista previa completa

El usuario revisa solo tres veces. Las hojas de contacto, mediciones de sincronización, comprobaciones de sonoridad y renderizados de prueba silenciosos son control de calidad interno de Claude: nunca los envíes como rondas de revisión, y nunca agregues sonido como una ronda separada.

  • Puerta A · Plan (un mensaje). Gancho: investiga según reference/hooks.md y ofrece 3 opciones (línea hablada + texto en pantalla + 0–3 s de movimiento), recomendando una. Guión como tabla Audio | Visual. Estilo (del proyecto/gusto del usuario, o una propuesta). Plan de sonido (carácter de efectos de sonido, música sí/no). Narración sí/no con la voz y los créditos estimados. El usuario aprueba o edita todo en una respuesta. En un proyecto recurrente, rellena todo desde TASTE.md y pregunta solo qué es nuevo.
  • Puerta B · Storyboard. Una hoja de 3–6 imágenes renderizadas, incluyendo los fotogramas del gancho (fotograma 0 y ~1.5 s). Omítela cuando el usuario pida ir directamente al video.
  • Construye todo en una sola pasada, luego no muestres nada hasta que esté completo: genera la narración aprobada (Eleven v4; su presupuesto fue aprobado en la Puerta A) y bloquea plan/beats.json con ella; obtén todos los efectos de sonido a la vez (sonidos del usuario → librería de sonido Khaam → Openverse → ElevenLabs si está aprobado → procedural); anima con señales de sonido exportadas desde los mismos datos de temporización; mezcla a aproximadamente −14 LUFS; ejecuta el control de calidad interno (hojas, sincronización, sonoridad, lista de verificación árabe) y corrige problemas silenciosamente.
  • Puerta C · Vista previa completa. El primer video que el usuario ve ya tiene movimiento + efectos de sonido + narración (si se eligió), duración completa, a escala reducida (ej. 0.5) por velocidad. Resúmelo en ≤ 5 líneas cortas; detalles solo si se solicitan. Comentarios → correcciones específicas → la siguiente vista previa, nuevamente con sonido.
  • Final. Después de que la vista previa sea aprobada, vuelve a renderizar la misma línea de tiempo a máxima resolución y entrega. Sin nuevas decisiones.

Reglas de producción detrás de las puertas:

  1. Analiza las referencias proporcionadas antes de inventar una apariencia (reference/reference-and-delivery.md). Copia técnicas, no arte/audio sin licencia.
  2. Para escenas narradas, bloquea la temporización de la escena solo en la narración final aprobada: el archivo del usuario, o tomas generadas con ElevenLabs usando scripts/gen_tts_elevenlabs.py. La narración de ElevenLabs usa solo Eleven v4 (v4 Turbo solo para vistas previas cortas; nunca v3 o anterior) y sigue reference/voiceover.md; cuando el usuario adjunta una muestra de voz, sigue sus reglas de voz a partir de muestra, incluidos derechos y consentimiento antes de cualquier clonación. Una voz grabada u otro servicio elegido por el usuario sigue siendo aceptable.
  3. Mantén las temporizaciones de palabras/eventos en plan/beats.json como la única fuente; el código de la escena exporta sus señales de sonido desde los mismos datos, por lo que el re-tiempo mueve imagen y sonido juntos.
  4. Construye animación determinista basada en tiempo absoluto. Cada fotograma depende solo del tiempo y las entradas explícitas; sin relojes de navegador, físicas no controladas ni estado de fotograma anterior (pre-simula partículas una vez en init() con un paso y semilla fijos). Conserva versiones instaladas compatibles.
  5. Después de cada cambio, verifícate con hojas de scripts/preview.mjs y clips de rango mezclados; una codificación exitosa no es aprobación estética.
  6. Guarda una versión final con nombre simple y un README. Mantén los intermedios en caché y los registros en el directorio de registros acordado. Nunca borres trabajo aprobado u otro proyecto sin permiso.

4. Combina movimiento y sonido con la escena

  • Texto en árabe (obligatorio): antes de que aparezca cualquier árabe en pantalla, lee reference/arabic-typography.md y usa templates/render/lib/arabic.js. Solo palabras completas, RTL, sin espaciado entre letras, sin efectos por letra, puntos y descendentes nunca recortados. Elige fuentes de reference/arabic-fonts.md y descarga las gratuitas con scripts/get_fonts.py (licencia guardada junto a los archivos). Desde 1.5, lib/arabic.js corrige dos errores del renderizador por sí mismo (IBM Plex Sans Arabic dibujando «حتى» como «حق», y costuras oscuras en palabras cúficas desvanecidas); un proyecto hecho antes de 1.5 necesita copiar el nuevo lib/arabic.js. Dibuja líneas mixtas con fechas o rangos a través de arLine().
  • Lee reference/visual-design.md para principios de movimiento, diseño, color, tipografía y edición de metraje. Usa reference/fonts.md para la obtención de fuentes no árabes; verifica las licencias. Combina con el gusto del proyecto, no con efectos genéricos.
  • Para nuevas escenas 3D, lee reference/cinematic-toolkit.md. React Three Fiber + Drei son un valor predeterminado, no una razón para reescribir código Three.js nativo aprobado. Resuelve las rutas reales del conjunto de herramientas/navegador; no asumas CUDA o ninguna GPU específica.
  • Para trabajo de audio, lee reference/sound-library.md (elige, coloca, mezcla) y reference/local-sound-workflow.md. Orden de fuentes: los sonidos con licencia del usuario → la librería de sonido Khaam (sonidos de movimiento e interfaces diseñados, construidos localmente por scripts/install_sounds.py) → grabaciones gratuitas de Openverse a través de scripts/openverse_sfx.py para objetos reales (reference/free-sfx-openverse.md; solo CC0/PDM/CC BY, acredita CC BY) → generación de ElevenLabs (reference/elevenlabs-sfx.md) cuando el usuario tiene una clave y aprueba el costo → capas procedimentales. Nunca expongas claves API. Agrega cobertura de sonido deliberada para cada animación significativa: contactos/clics, texturas de texto agrupadas, envolventes de velocidad o silencio documentado—no un sonido en cada fotograma.
  • Pila de audio local: FFmpeg, librosa, NumPy/SciPy; recuperación CLAP local opcional y etiquetas de clips PANNs. CoNeTTE es configuración experimental/manual, no requerida, empaquetada, instalada o una integración probada en esta versión. jsfxr, Audacity y Surge XT son opcionales. Ningún modelo de audio generativo local es requerido o empaquetado. Si faltan credenciales/aprobación, explica la brecha y ofrece la librería de sonido Khaam, Openverse, activos con licencia o sonidos procedimentales.
  • Mezcla predeterminada (desde 1.5): sonido hacia adelante. Efectos claros y al frente entre palabras, atenuados debajo de cada palabra hablada, golpes en el fotograma exacto, una capa audible en teléfono para sonidos bajos; sonidos diseñados para movimiento de interfaz, grabaciones reales para objetos reales, Foley combinado con materiales. Reglas y números: reference/sound-library.md. Recorta colas, preserva la claridad del habla y prueba la audibilidad real de la señal mezclada; LUFS integrado no es un sustituto. Silencia el audio del metraje/monitor cuando se solicite. Sin música a menos que el briefing lo requiera. El gusto propio del usuario (TASTE.md) anula estos valores predeterminados.
  • No hay audio dentro de la habilidad: la librería Khaam se construye en la máquina del usuario desde sus fuentes oficiales, y las propias decisiones del usuario permanecen en su proyecto.

5. Reglas de seguridad y entrega

  • Pregunta antes de instalaciones, descargas de modelos, compras o modificación de entornos compartidos. Inventaria primero; instala solo lo que necesita la tubería seleccionada. Reutiliza pesos entre proyectos. Mantén los puntos de control de modelos de audio individuales por debajo de 1 GB a menos que el usuario cambie explícitamente ese límite; los tamaños de disco/RAM/dependencias son separados.
  • Usa fuentes de modelos oficiales y verifica los bytes descargados. Nunca ejecutes código descargado ni cargues un punto de control pickle arbitrario. La única excepción es scripts/install_sounds.py, después del sí del usuario: instala Earshot 0.4.0 (MIT) desde su lanzamiento oficial en GitHub, fijado por SHA-256, y se detiene en cualquier discrepancia de hash. El .pth heredado de PANNs requiere consentimiento explícito, verificaciones de integridad de fuente oficial y un análisis de sandbox antes de la carga; el análisis no lo realiza el agente. Los pesos compartidos para el modelo de recuperación CLAP vienen con su licencia y un límite de tamaño predeterminado de 600 MB; si no se descargan, la recuperación simplemente no está disponible.
  • Entrega a la audiencia: al terminar, entrega un único archivo (video renderizado + carpeta de origen zip + README) o lee reference/reference-and-delivery.md para entrega de video final. Sin tomar atajos: renderizado completo, verificación del tamaño del archivo, resolución verificada con ffprobe. Decide el codec (H.264 para máxima compatibilidad, H.265/H.265 si es aceptable). Sin archivos temporales o parciales en la ruta de entrega. Informa el tamaño del archivo y la resolución en la misma línea.

6. Sistema de verificación de la habilidad

Las siguientes comprobaciones ocurren después de que preflight.py se ejecuta como parte de la verificación de la habilidad (scripts/):

  1. Sistema operativo: soportado (macOS, Linux, Windows).
  2. Python: versión 3.8–3.12, disponible como python / python3 / py -3.
  3. FFmpeg: instalado y accesible; codificación de audio/video H.264 funcional.
  4. Node.js: versión 18+; npm / yarn disponible.
  5. Navegador: Chromium instalado o Puppeteer API funcional (por confirmación del usuario).
  6. Espacio en disco: al menos 1 GB libre para cachés (librería de sonido, modelos, temporales).
  7. Dependencias de audio: librosa, NumPy, SciPy instalados en el Python seleccionado.
  8. Librería de sonido Khaam: ~/.cache/khaam-motion/sfx/—tamaño > 500 MB indica instalación; se requiere pre-vuelo.
  9. Models: ~/.cache/khaam-motion/—verificar permisos de escritura.
  10. Archivo de configuración: <project>/.khaam/config.json—solo lectura; errores de análisis no bloquean la ejecución.
  11. Verificación de credenciales: ELEVENLABS_API_KEY presente en el entorno (no valor); KHAAM_LICENSE presente.
  12. Verificación de integridad de la habilidad: lista de archivos desde MANIFEST.md; archivos perdidos advertidos pero no bloquean.

7. Solución de problemas

Si una renderización falla, una dependencia falta o un sonido no se reproduce:

  1. Verifica los registros: LOG.md y salida de terminal para mensajes de error.
  2. Vuelve a ejecutar el pre-vuelo: python "<skill>/scripts/preflight.py" para confirmar el inventario.
  3. Intenta con un proyecto mínimo: crea un nuevo proyecto con _template y ejecuta el comando de renderización más simple.
  4. Verifica las rutas: las rutas de herramientas y modelos resueltas correctamente desde <skill> y variables de entorno.
  5. Verifica los permisos: la carpeta del proyecto y los directorios de caché tienen permisos de escritura.
  6. Verifica la integridad del archivo: confirma que plan/beats.json y TASTE.md estén bien formados.
  7. Busca problemas conocidos: consulta CHANGELOG.md y BUGS.md para problemas reportados.
  8. Verifica el navegador: si la renderización usa un navegador, confirma que el navegador esté instalado y accesible.
  9. Verifica la memoria: el uso de RAM/VRAM puede causar fallos; reduce la calidad o la resolución.
  10. Solicita ayuda al usuario: si todo lo demás falla, pide al usuario que describa el problema y el resultado esperado.

8. Preguntas frecuentes (FAQ)

  • ¿Cómo actualizo la habilidad? Ejecuta git pull en la carpeta de la habilidad (si es un repositorio git) o descarga la última versión desde el sitio de Khaam.
  • ¿Cómo agrego mis propios sonidos? Colócalos en <project>/assets/sfx/ y refiéreles en plan/beats.json con la ruta relativa.
  • ¿Cómo cambio la voz de narración? En ElevenLabs, usa la API para seleccionar una voz diferente; en TASTE.md, especifica la ID de voz.
  • ¿Cómo creo un estilo personalizado? Copia styles/_template.md a styles/, edítalo y refiérele en TASTE.md.
  • ¿Qué hago si un renderizador falla? Sigue los pasos de solución de problemas en la §7; si es un problema persistente, reporta en el sitio de Khaam.
  • ¿Cómo subo un video? El video renderizado se coloca en la raíz del proyecto con un nombre simple; usa el método de entrega preferido del usuario (ej. compartir archivo, enlace de descarga).
  • ¿Puedo usar esto sin internet? Sí, una vez instalada la habilidad y las dependencias, todo funciona localmente. La única excepción es la generación de narración/efectos de sonido de ElevenLabs, que requiere internet.
  • ¿Es compatible con mi versión de FFmpeg? Requiere FFmpeg 4.4+; versión recomendada 5.0+.

9. Referencias

Las siguientes son referencias a archivos dentro de la carpeta de la habilidad; localízalas según la §1.

  • reference/arabic-typography.md — Reglas y mejores prácticas para tipografía árabe en pantalla.
  • reference/arabic-fonts.md — Fuentes árabes recomendadas y cómo obtenerlas.
  • reference/visual-design.md — Principios de diseño visual, paletas de colores, animación.
  • reference/sound-library.md — Cómo usar y personalizar la librería de sonido Khaam.
  • reference/local-sound-workflow.md — Flujo de trabajo para diseño de sonido local.
  • reference/free-sfx-openverse.md — Cómo usar grabaciones gratuitas de Openverse.
  • reference/elevenlabs-sfx.md — Generación de efectos de sonido con ElevenLabs.
  • reference/voiceover.md — Configuración y uso de narración con ElevenLabs.
  • reference/reference-and-delivery.md — Cómo analizar referencias y entregar archivos finales.
  • reference/hooks.md — Técnicas para ganchos de video (ganchos que captan la atención).
  • reference/explainer-reel-system.md — Sistema para reels explicativos/de herramientas/listas.
  • reference/planning-and-tracking.md — Gestión de proyectos con puertas y seguimiento.
  • reference/setup-and-integrations.md — Configuración inicial e integraciones.
  • reference/portability.md — Cómo mover proyectos entre máquinas.
  • reference/cinematic-toolkit.md — Herramientas para escenas 3D cinematográficas.
  • reference/installation.md — Instrucciones detalladas de instalación.
  • styles/ — Ejemplos de estilos para inspiración.
  • templates/render/lib/ — Librerías de renderización (kit.js, arabic.js).
  • scripts/ — Scripts de automatización (preflight.py, install_sounds.py, get_fonts.py, gen_tts_elevenlabs.py, openverse_sfx.py, preview.mjs, etc.).
  • CHANGELOG.md — Historial de versiones y cambios.
  • BUGS.md — Problemas conocidos y limitaciones.
  • MANIFEST.md — Lista de archivos de la habilidad.
  • LICENSE.md — Licencia.
  • START-HERE.md — Guía de inicio.

10. Limitaciones y advertencias

  • Sin acceso remoto: la habilidad no concede acceso a una unidad local desde un entorno remoto; debe ejecutarse en una máquina local con herramientas de archivo/terminal.
  • Sin modelos de audio generativos locales: no se requieren ni empaquetan modelos de audio generativos locales; la generación se realiza a través de ElevenLabs (si el usuario aprueba) o fuentes locales (librería de sonido, Openverse, procedimental).
  • Sin CUDA/GPU específica: no se asume ninguna GPU específica; la renderización debe funcionar en CPU.
  • Sin dependencias externas no verificadas: no se ejecuta código descargado ni se cargan puntos de control pickle arbitrarios sin verificación de integridad y consentimiento explícito.
  • Sin narración sin aprobación: la narración de ElevenLabs requiere aprobación del usuario en cada solicitud y presupuesto aprobado en la Puerta A.
  • Sin sonido sin aprobación: la generación de efectos de sonido de ElevenLabs requiere aprobación del usuario y clave API.
  • Sin instalaciones automáticas: las instalaciones de herramientas y dependencias solo se realizan con permiso explícito del usuario.
  • Sin eliminación de datos del usuario: el trabajo aprobado y los proyectos nunca se eliminan sin permiso.
  • Sin estilos genéricos: los estilos se basan en las preferencias y referencias del usuario; los estilos de ejemplo solo se ofrecen cuando no hay dirección del usuario.

Skills relacionados