Dos personajes por fin se tienen confianza al final de una temporada. Luego la apertura siguiente los trata como desconocidos: la ayuda necesita otra explicación, una deuda se olvida y una alianza ganada desaparece. Las caras siguen siendo las mismas, pero la relación se comporta como si el final nunca hubiera ocurrido.
Esta guía muestra cómo mantener las relaciones cambiantes de los personajes entre temporadas, preservando las consecuencias del final en Story Outline y demostrándolas a través de las acciones de la apertura. Los ejemplos tratan las temporadas como grupos de Episodes dentro de un IP Project; no requieren ninguna función separada de gestión de temporadas.
Resume las relaciones del final como permisos modificados
Lo que necesitas entre temporadas no es un árbol genealógico. Lo que necesitas es una nota breve sobre qué permite ahora cada relación clave que antes no permitía, o qué ya no permite.
Después de tu final, abre el Story Outline del proyecto y encuentra los párrafos que describen los eventos relevantes. Conserva esos eventos y añade una descripción concisa del permiso u obligación resultante junto a la acción planeada del siguiente Episode. Haz doble clic en un párrafo para editarlo. Estas son decisiones narrativas sobre lo que los personajes van a aceptar, no controles automáticos.
Ejemplos de cómo expresarlo:
-
Antes: Saya y Riku se reconciliaron tras el enfrentamiento en el almacén.
-
Después: Saya puede pedirle apoyo a Riku sin ensayar una explicación. Riku ayudará, pero sigue esperando que ella le explique a qué peligro le está pidiendo que se enfrente.
-
Antes: El comandante Varesh traicionó a la Unidad 7.
-
Después: Ningún miembro de la Unidad 7 le debe a Varesh una advertencia. Hana le mentirá a la cara si la misión lo requiere.
Empieza con las relaciones que usarán los próximos Episodes. No borres las relaciones estables del outline; simplemente déjalas fuera de este resumen compacto de cambios a menos que afecten la apertura. Para una planificación de relaciones más amplia, consulta la guía de relaciones entre personajes.
Selecciona solo lo que la apertura realmente usa
No todas las relaciones modificadas pertenecen al primer Episode. La apertura debe comenzar desde el mundo que creó el final y luego darle a esas relaciones un problema nuevo. Intentar volver a explicar cada cambio puede convertir ese problema en un resumen.
En el Story Outline del proyecto, coloca el contexto de relación relevante junto a los párrafos de la apertura. Conserva otras consecuencias con sus eventos de origen y añádelas a la acción planeada del Episode posterior cuando sean relevantes. No des por sentado que una relación inactiva ha vuelto a su estado anterior.
Si la confianza entre Riku y Saya impulsa la nueva temporada, muéstrala en el primer Episode. Si la traición de Varesh importa más adelante, consérvala en Story Outline e intégrala en las decisiones de esa escena posterior. Forzar todas las relaciones cambiadas en la apertura hace que parezca una secuencia de resumen en lugar de una historia que avanza.
Cómo diseñar una situación repetida que demuestre el cambio
Una forma útil de demostrar un cambio en una relación es repetir una situación de la temporada anterior y dejar que la acción resulte diferente.
En la temporada 1, cuando Saya necesitaba apoyo, no llamaba a Riku. En la apertura de la temporada 2, lo llama primero. La misma situación, una elección diferente: la confianza es visible sin que nadie tenga que explicarla.
Mantén a Riku y Saya como los mismos character assets en My Assets. Si el tiempo o los eventos cambiaron su apariencia, vincula nuevas Reference images apropiadas bajo esos assets existentes mediante Bind. La identidad puede mantenerse continua mientras la ropa cambia. Actualiza el contexto de relación del siguiente Episode en el Story Outline del proyecto antes de generar shots.
Abre el Episode y haz clic en Generate Shots. Revisa los shot cards resultantes frente a tus condiciones de inicio planeadas y edita cualquier descripción que recupere un hábito obsoleto. Usa @ para seleccionar los personajes existentes; sus referencias sostienen la identidad, mientras que las descripciones de tus shot cards especifican el comportamiento que necesita ese momento.
Las siguientes escenas son ilustraciones originales del método, no resultados probados. Crea character assets para Saya, Riku, Hana y CommanderVaresh; scene assets para DepotEntrance y Unit7Safehouse; y prop assets para Phone y AccessPass. Vincula Reference images adecuadas en My Assets antes de seleccionar estos assets mediante
@.
Ejemplo 1 — La llamada que confirma la confianza (apertura temporada 2, shot del primer contacto)
Medium locked view of @Saya at @DepotEntrance, with the closed service gate visible behind her. @Saya raises @Phone to her ear in one direct movement. Her posture remains purposeful, and her free hand stays still at her side. Keep her face and the receiver clearly visible without showing readable screen text. Cold streetlight and warmer light beyond the gate establish the location. One raising action only; no dialing sequence, exhale, look back, reply, or camera move.
La elección es que Saya llama a la persona que antes evitaba. Un teléfono levantado por sí solo no identifica a Riku como destinatario. Incluye su shot de respuesta o un nombre pronunciado brevemente, y luego contrasta este contacto con la negativa anterior a llamarle.
Ejemplo 2 — La deuda hecha visible (mitad de episodio, Shot de obligación)
Locked medium-close view of @Riku at the briefing table in @Unit7Safehouse. @Riku slides @AccessPass across the clear tabletop toward @Saya, whose hands remain still on her side of the table. Keep the entire pass and the space between them visible. Riku’s expression stays reserved; the gesture offers access without suggesting instant friendship. Soft practical lamp light separates the pass from the wood. One sliding action only, with no grasp, release sequence, pocketing, gaze shift, or camera movement.
El pase de acceso solo transmite la deuda si una escena anterior establece la promesa que cumple. Verifica ese contexto primero. Una transferencia de objeto sin explicación puede leerse como trabajo rutinario, y el gesto de deslizar todavía no muestra a Saya tomando posesión del objeto.
Ejemplo 3 — La reconciliación injustificada detectada y revisada (Shot de revisión)
Wide locked view of @Hana and @CommanderVaresh in the corridor of @Unit7Safehouse. @Hana turns away from him after their business is already finished. Keep the space between them visible and CommanderVaresh still beside the doorway. Hana’s expression remains controlled rather than openly hostile. Her hands stay at her sides throughout the turn. Cold, even ceiling light preserves the institutional atmosphere. One turn only; no spoken exchange, walking departure, hand gesture, camera move, or reconciliation.
Hana puede resolver los asuntos necesarios sin ofrecer calidez personal. Esta descripción solicita ese límite; no garantiza que el resultado generado lo refleje. Revisa si su despedida sigue siendo coherente con la traición sin resolver.
Revisa el inicio del episodio en busca de cuatro fallos de continuidad
Antes de pasar el episodio del Storyboard al vídeo generado, revisa cada shot card buscando estos cuatro problemas:
Reconciliación injustificada. Dos personajes que terminaron el final de temporada en conflicto se muestran como amigos casuales en el inicio. Si no planificaste una reconciliación, el resultado contradice las condiciones de partida previstas. Vuelve a la descripción del shot card y añade una postura cerrada, una línea cautelosa o distancia física.
Conocimiento sin explicación. Un personaje sabe algo en el Episodio 1 que no podría saber a menos que se lo hubieran contado entre temporadas, y tú nunca escribiste esa escena. Si ocurrió una revelación fuera de pantalla creíble, regístrala en el Story Outline y asegúrate de que el contexto necesario sea comprensible en pantalla. De lo contrario, elimina ese conocimiento prematuro del shot.
Hábitos recuperados que contradicen el final. Un personaje que pasó la Temporada 1 aprendiendo a no mentirle a su pareja vuelve a mentir en el segundo shot de la Temporada 2. Decide si la recaída es intencionada. Si lo es, establece la nueva presión que la provoca; si no lo es, revisa la conducta desactualizada en el Story Outline y en la descripción del shot afectado.
Obligaciones olvidadas. Un personaje recibió ayuda a un coste en el final de temporada, pero la escena siguiente concede el beneficio sin reconocer lo que debe. Muestra el pago acordado, una negativa a pagar o una disputa activa. No permitas que la obligación desaparezca entre Episodes.
Cuando detectes un fallo, normalmente no necesitas regenerar todo el episodio. Abre el shot card específico, revisa la descripción para que el estado de la relación sea visible en ese shot y regenera solo ese shot card.
Lleva el estado, no la historia
Genera primero imágenes estáticas y comprueba qué acciones transmiten las relaciones que han cambiado. Una vez que esas imágenes funcionen, solicita los vídeos seleccionados a través del AI Chat Panel, por ejemplo Generate videos for Shots 1, 2, and 3. Ordena los clips seleccionados en Edit y mira el inicio después del final de temporada. La configuración de assets apoya la continuidad visual; las elecciones de escena siguen necesitando revisión.
Empieza añadiendo las condiciones modificadas al Story Outline del proyecto antes de hacer clic en Generate Shots en el nuevo Episode. Mantén las relaciones inactivas fuera del inicio hasta que llegue su episodio. Diseña al menos una situación repetida donde la acción sea diferente a la de la Temporada 1. Y cuando revises los resultados, busca los cuatro fallos antes de generar vídeo.
Para los cambios distribuidos a lo largo de varios Episodes, conecta estas consecuencias locales con la guía de arco narrativo.
Abre tu proyecto de ArcLoop existente, añade las condiciones iniciales del inicio al Story Outline y revisa sus shot cards comparándolos con el final de temporada.
Preguntas frecuentes
¿Necesito crear nuevos character assets para la Temporada 2? Cuando ambas temporadas pertenecen al mismo IP Project, reutiliza los mismos character assets y añade las referencias de apariencia necesarias. Actualiza el Story Outline y las nuevas descripciones de shot para reflejar los comportamientos modificados. Esta guía no asume una transferencia automática de assets entre proyectos separados.
¿Qué ocurre si la apariencia de un personaje cambia entre temporadas, por ejemplo con un nuevo peinado o vestuario? Vincula la nueva imagen de referencia al mismo character asset como una Reference image adicional mediante Bind. El asset sigue siendo el mismo; aumenta el número de imágenes vinculadas. Estas referencias aportan contexto visual para ambos aspectos. Revisa la identidad en cada resultado: añadir imágenes no garantiza que coincidan.
¿Cuánto contexto de relaciones debo escribir en el Story Outline? Empieza por lo que cambió y qué comportamientos permite o impide en la siguiente escena. Añade la causa cuando sea necesaria para explicar un límite. Conserva solo el contexto que te ayude a decidir cómo debe desenvolverse el encuentro actual.
El AI Chat Panel generó un shot donde un personaje muestra demasiada calidez hacia alguien de quien desconfía. ¿Cómo lo corrijo? Abre ese shot card directamente, añade una postura o acción específica que muestre la distancia — de espaldas, respuesta escueta, sin contacto visual — y regenera solo ese shot card. No necesitas rehacer todo el episodio.
¿Puedo mantener una relación ambigua de forma intencionada? Sí. Especifica el límite: Saya acepta la ayuda de Riku pero no le da la ruta completa. Elige una acción visible o una línea de diálogo que preserve tanto la cooperación como la cautela. Revisa el resultado; escribir solo "ambiguo" no garantiza una interpretación con matices.
