worldwonderer/drama-skills

Enrutamiento de Creación de Series Cortas

Este es un enrutamiento de proyecto ligero. No escribe historias, prompts de activos, planos, prompts de video ni conclusiones de revisión final dentro de este skill.

El contenido legible para el creador sigue el campo short-drama.json#/language del proyecto (esto incluye estado, diferencias, opciones, próximos pasos); El cuerpo del prompt enviado a los generadores de imágenes/vídeo sigue #/format/prompt_language (por defecto en). Ambos son campos separados; no se debe inferir uno del otro. status informará ambos valores simultáneamente. Consulte el contrato de idioma de salida completo en contract-and-ownership.md.

Punto de Partida para Cada Solicitud

1. Utilice la ruta explícita del usuario, o busque hacia arriba desde el directorio actual el short-drama.json más cercano.
2. Lea otros skills del mismo conjunto desde el directorio de instalación de este skill, leyendo suite-manifest.json; si falta un skill o hay versiones mezcladas, detenga los cambios.
3. Lea solo el resumen de short-drama.json y .short-drama/state.json; no cargue todos los archivos de creación a la vez.
4. Ejecute la recuperación de transacciones antes de ejecutar status o escribir. Si se detectan conflictos de edición externos, conserve el archivo original y ofrezca tres opciones: adopt, restore, merge. No sobrescriba silenciosamente.
5. Enrute según la tarea actual del creador; no fuerce a recorrer toda la línea de producción.

Consulte creator-workflow.md para entradas, puntos de control, revisiones y entregas. Ejecute runtime-preflight.md en cada entrada para verificar la instalación, recuperar transacciones y leer el estado del proyecto. Lea contract-and-ownership.md para preguntas sobre propiedad, marcado de archivos como stale, privacidad o recuperación. Lea routing-examples.md cuando la intención sea ambigua. Lea knowhow-index.md solo cuando sea necesario localizar la regla de un skill responsable; el enrutamiento solo asigna, no reemplaza el juicio del skill de creación. Consulte reference-roles.md sobre qué puede decidir una imagen de referencia y el contrato de fotogramas inicial/final; audience-reveal.md sobre qué sabe la audiencia en ese momento; pickup-and-alternate.md sobre la relación entre tomas adicionales/versiones alternativas y la versión maestra. Consulte production-form-profiles.md para la ejecución de la traducción en diferentes formatos de producción. Lea look-development.md cuando sea necesario unificar el lenguaje visual con fotogramas representativos de personajes, lugares y alta presión antes del storyboard formal.

Enrutamiento por Intención

Intención del Creador	Ruta
Desarrollar idea, promesa de historia, serie, mapa de episodios	$short-drama-develop
Importar novela/material extenso con vista previa de episodios y activos rastreables	$short-drama-novel-analyze → $short-drama-develop → Aceptar adaptación/episodios → $short-drama-write → Aceptar guion → $short-drama-assets
Evaluar si vale la pena adaptar una novela larga, ver resumen rápido	$short-drama-novel-analyze
Escribir/editar contrato de episodio, latidos causales, guion	$short-drama-write
Desglosar personajes/apariencias, localizaciones/vistas, atrezzo/estados	$short-drama-assets
Escribir prompts de imagen para personajes/localizaciones/atrezzo/modificaciones locales	$short-drama-image-prompts
Hacer superposición de texto original, planos o fotogramas clave congelados	$short-drama-storyboard
Escribir prompts de video para acción/interpretación/movimiento de cámara/sonido	$short-drama-video-prompts
Definir estilo artístico, forma de producción o dirección visual	$short-drama en sí mismo: según production-form-profiles.md, localice una tarjeta de forma, genere candidatos y solicite la aceptación del creador, luego promueva a creator_authority. Todos los activos, prompts de imagen, storyboard y prompts de video requieren que la forma esté definida, y ninguno la elige por sí mismo, por lo que este paso debe realizarse aquí
Realizar Look Development / fotogramas de estilo	$short-drama primero aclara y acepta la dirección visual observable → $short-drama-image-prompts escribe la especificación de lookdev_frame; no genera imágenes, ni permite que las referencias de estilo se apropien de la identidad, geografía o estado de la trama
Calibrar el proyecto con observaciones de producción autorizadas	$short-drama-review vincula la versión precisa y diagnostica → el propietario correspondiente realiza una revisión puntual con preserve_set → nueva aceptación y re-revisión fresca; sin observaciones autorizadas, solo informe riesgos textuales
Verificar, revisar o enviar solicitudes de revisión	$short-drama-review
Solo verificar o diagnosticar sensación de plantilla o 'AI-written'	$short-drama-review nueva, solo envíe un hallazgo con evidencia
Eliminar directamente la sensación de 'AI-written', pulir o corregir puntualmente	$short-drama-write, preservando la voz del autor y mostrando la diferencia semántica
Primero verificar, luego modificar	Nueva revisión → el propietario de escritura realiza una revisión puntual → nueva re-revisión
Abrir el Dashboard, la plataforma de creación de series cortas o gestionar contenido creado	$short-drama dashboard: ejecute el contrato de inicio del 'Dashboard Local' a continuación

La intención explícita del creador tiene prioridad sobre el 'siguiente punto de control' nominal. Look Development es una rama opcional a nivel de proyecto, no un requisito previo universal; Después de la aceptación de activos C2, los prompts de imagen y el storyboard son ramas paralelas; cuando el creador solo quiere una rama, no se obliga a esperar la otra.

Si el contexto actual ha participado en la creación del archivo de destino, la ruta de revisión DEBE iniciar preferentemente un agente/contexto revisor nuevo, enviando solo el objetivo, las restricciones aceptadas y la lista de verificación; cuando el entorno de ejecución no admita un agente nuevo, degradue de forma transparente a una autoinspección PROVISIONAL, no se puede renombrar un Skill como una revisión independiente.

'Parece plantilla/AI-written' es una solicitud de diagnóstico; 'cambiarlo' es una solicitud de revisión del propietario. No permita que el propietario de escritura se autodiagnostique y luego se emita una conclusión a sí mismo, ni que el revisor se exceda y modifique directamente el texto. Para solicitudes combinadas, primero congele la versión objetivo, un revisor nuevo localice la evidencia y la pérdida, luego entregue al propietario de escritura para que modifique solo el alcance aceptado, y finalmente un revisor nuevo diferente realice una re-revisión del nuevo hash; cualquier paso que no pueda obtener un contexto independiente debe permanecer como PROVISIONAL.

Inicialización

Cuando no hay proyecto y el usuario desea inicializar:

1. Solo confirme o infiera razonablemente los valores predeterminados del formato reversible: título, idioma, idioma del prompt, relación de aspecto, ruta; deje vacío el número de episodios/duración si se desconoce. El idioma por defecto es el que el creador está usando actualmente, el idioma del prompt por defecto es en; si el creador solicita explícitamente que el idioma del prompt sea también el del proyecto, siga al creador, sin juzgar las consecuencias de calidad.
2. Copie la plantilla del proyecto, sin sobrescribir los archivos existentes del creador.
3. Cree directorios de fase vacíos y límites de entrada no públicos.
4. En short-drama.json#/creator_authority, cree restricciones de creador, dirección visual y configuración de producción vacíos; inicialmente son unset, y los activos y sus aguas abajo requieren que la forma esté definida, así que después de la inicialización, informe al creador: 'Definir la forma de producción es la siguiente acción más útil', la entrada está en este skill (consulte la tabla de enrutamiento de intenciones), no en ningún sub-skill; la selección real se registra en el registro de decisiones como se muestra en creator-decision.example.jsonl.
5. Registre la versión del conjunto, la versión del contrato y cinco estados vacíos independientes entre sí.
6. Informe la ruta del proyecto y la acción más útil para el creador.

La inicialización no genera un motor de historia, guiones o tablas de configuración de activos.

Si durante la fase de desarrollo se envía director-brief.md, primero muestre al creador las diferencias semánticas en relación con la visual_direction / production_profile actual; solo después de la aceptación explícita, la ruta promueve la selección correspondiente a short-drama.json#/creator_authority. El archivo candidato en sí mismo no posee autoridad de creador.

Dashboard Local

Cuando el usuario invoca $short-drama dashboard, ya no se deriva a sub-skills, sino que inicia directamente la plataforma de creación de series cortas local de este skill:

1. Primero, verifique el conjunto y recupere las transacciones pendientes según runtime-preflight.md.

2. Si el directorio de trabajo está dentro de un proyecto, use la raíz de ese proyecto como workspace; de lo contrario, use el directorio contenedor especificado explícitamente por el usuario; si no se especifica, use el directorio actual. No escanee fuera del workspace.

3. Ejecute desde el directorio de instalación de este skill:

   python3 <short-drama-skill-dir>/scripts/dashboard_server.py --workspace <workspace> --port 0 --open
   

4. Mantenga el proceso en ejecución e informe la dirección de bucle invertido completa impresa por el script (incluye el fragmento de sesión de este inicio) y la forma de detenerlo. Si el navegador no se abre automáticamente, mantenga el servicio y permita que el usuario abra esa dirección completa.

El Dashboard tiene una sola página de creación: a la izquierda, un directorio de contenido coloquial organizado por proyecto y episodio; a la derecha, el cuerpo principal persistente. Al abrir un proyecto, el guion se carga automáticamente; cambiar de contenido solo reemplaza el cuerpo, no abre nuevas páginas ni superposiciones. Las tareas pendientes y la exportación solo aparecen como pequeñas notas debajo del cuerpo. La interfaz no muestra el árbol de archivos, rutas reales, formatos estructurados, ciclo de vida ni enlaces a detalles de ingeniería. Markdown se lee y edita como texto; los datos estructurados se convierten en tarjetas; las imágenes y videos solo se previsualizan. short-drama.json, .short-drama/**, las decisiones del creador, la evidencia de revisión y la validación de exportación son mantenidos por el sistema y no se convierten en elementos de navegación para el creador. Guardar solo significa guardar la modificación; no puede reemplazar la adopción explícita de una versión por parte del creador. No se conecta a fuentes de datos externas, no llama a interfaces de generación de medios y no inyecta claves en el navegador. Cada inicio genera un token de sesión y una ruta API independientes; el navegador intercambia el fragmento de dirección por una sesión local HttpOnly, y la API del proyecto solo acepta esa sesión. Consulte lifecycle-commands.md para parámetros específicos.

Herramientas Deterministas

Invoque scripts/project_tool.py desde el directorio de instalación de este skill, independientemente del directorio de trabajo actual:

Comando	Propósito
init	Inicializar un proyecto mínimo
status	Leer el ciclo de vida y el resumen de recuperación
recover	Recuperar todas o una transacción específica
publish	Publicar un candidate a través de un registro de escritura anticipada, sin adjuntar conclusión de aceptación o revisión
accept	Aceptar un objetivo candidate preciso utilizando un registro de decisión del creador
review	Actualizar el estado de verificación y revisión con una conclusión de revisión independiente
package	Generar un paquete de entrega de texto después de la re-verificación de los cinco ejes, dependencias y evidencia
verify	Verificar el paquete de entrega con su suma de verificación incorporada e informar archivos nuevos no registrados

Solo cuando se invocan realmente estos comandos, se diagnostica un fallo o se verifica el formato del registro, se lee la lifecycle-commands.md completa con ejemplos de invocación, registro de escritura anticipada, aceptación, revisión, impacto de caducidad aguas abajo y restricciones de empaquetado.

Estado y Próximos Pasos

Explique en el idioma del creador:

• Fuentes existentes con estado accepted;
• Contenido con estado provisional, stale, blocked o pendiente de aceptación del creador;
• Ramas actualmente disponibles para entrada en paralelo;
• La acción mínima para lograr el resultado solicitado por el usuario.

A menos que el usuario solicite un diagnóstico, no imprima hash, ID de transacción, estructuras de datos internas o contenido de estado original. Los cinco estados son independientes entre sí: construcción, verificación, aceptación del creador, revisión independiente y verificación de entrega; no se puede usar un solo accepted para suplantarlos a todos.

Recuperación y Revisión

Recupere la operación incompleta más temprana dentro del alcance preguntado por el usuario, no la etapa más temprana de todo el proyecto. Antes de cambiar contenido ya confirmado:

1. Indique el skill responsable de la modificación;
2. Muestre el cambio semántico propuesto;
3. Enumere la lista precisa de elementos aguas abajo afectados;
4. Obtenga la aceptación del creador cuando sea necesario;
5. Entregue al responsable para que modifique y vuelva a revisar el nuevo hash.

Las transacciones incompletas sin COMMIT se revierten a la última versión guardada; las transacciones incompletas con COMMIT continúan hasta candidate y completan el estado. La recuperación debe leer primero, luego escribir, y ser repetible; los cambios externos cuya fuente no se pueda confirmar deben marcarse como conflict, no sobrescribirse.

Entrega

Primero enrute al contexto de revisión nueva de $short-drama-review para verificar, luego empaquete cuando la verificación de entrega esté lista. Incluya solo guiones, listas, prompts, revisiones, notas del creador y sumas de verificación con estado accepted. Excluya medios binarios, entradas no públicas, estado de la máquina, rutas absolutas, credenciales, material fuente no público y borradores no aprobados.

Límites

• Utilice solo el razonamiento de texto del agente actual; no llame a interfaces de generación de medios o servicios.
• No recupere fuentes de producción externas o no públicas en tiempo de ejecución.
• No eleve casos vistos en otros lugares a leyes de creación.
• El responsable no puede revisar su propio producto.
• Los conflictos semánticos no se corrigen silenciosamente.