Por qué la mayoría de los nombres de archivo dejan de funcionar tras semanas
Los nombres de archivo malos no parecen peligrosos hasta que se aprueba el clip equivocado. Un director comenta scene04_final.mp4, un editor sube scene04_final_new.mp4 y el archivo guarda scene04_final_revised_real.mp4. Dos de esos archivos son recortes de prueba, uno tiene la actuación correcta y ningún nombre indica qué prompt o toma seleccionada los produjo.
La producción de anime con IA multiplica este problema porque cada shot puede tener borradores de prompt, conjuntos de referencia, tomas generadas, tomas seleccionadas, finales limpios, pasadas de voz, recortes para plataformas, fotogramas de portada y copias de archivo. Un nombre como girl_rooftop_good.mp4 puede funcionar para un experimento en solitario, pero se derrumba cuando el proyecto tiene episodios, idiomas, relaciones de aspecto, estado de revisión e historial de revisiones.
Una convención de nombres debería hacer que un archivo sea encontrable sin obligar al nombre a cargar con todo el contexto. Ese contexto ya vive dentro de ArcLoop: el proyecto, el episodio (EP1, EP2…) y el shot card en el storyboard. Los nombres de archivo para todo lo que guardas fuera de ArcLoop —exportaciones locales, imágenes de referencia antes de vincularlas a un asset— solo necesitan suficiente estructura para identificar el proyecto, el episodio, el shot y la versión. Usa los campos de perfil de personaje para mantener los nombres ligados al flujo de producción, y ArcLoop Worlds cuando los mismos personajes y localizaciones necesitan continuidad a largo plazo.
Reglas para nombres de archivo que sobreviven a las ediciones
Los nombres deben ordenarse en el orden de producción. Pon la unidad más amplia primero: proyecto, episodio o secuencia, shot, tipo de asset, variante, versión y estado. Cuando los archivos se ordenan de forma natural, los revisores pueden escanear una carpeta sin abrir todo.
Usa IDs estables, no descripciones de escena, para el nombre principal. Una etiqueta como Shot 2 sobrevive a las ediciones del guion mejor que balcony confession. Las palabras descriptivas pueden aparecer como una etiqueta de variante corta, pero el ID debe seguir siendo el ancla.
Mantén el vocabulario de estado reducido. Usa un conjunto limitado como draft, select, review, approved, final, rejected y archive. Si cada compañero de equipo inventa una palabra de estado, la convención deja de serlo.
Saca las explicaciones largas del nombre de archivo. No debería necesitar incluir el texto del prompt, notas de cámara o todos los nombres de personaje — ese detalle ya vive en el shot card y, para la identidad, en el character asset al que referencia con @.
Protege el trabajo aprobado de las sobreescrituras. Nunca reutilices el mismo nombre para un archivo modificado. Incrementa la versión o cambia el estado. Es básico, pero evita el desastre silencioso de reemplazar la única toma aprobada con una prueba posterior.
Cómo construir un patrón de nombres: de campos a primera exportación
Empieza eligiendo las unidades que tu proyecto realmente utiliza. Un clip independiente corto quizá solo necesite proyecto, shot, tipo de asset, versión y estado. Una serie episódica puede necesitar proyecto, temporada, episodio, secuencia, shot, toma, variante, versión y estado. No añadas campos que nadie vaya a buscar.
Define un patrón simple. Un patrón práctico es PROYECTO_EPISODIO_SHOT_TIPO_VARIANTE_v##_ESTADO.ext. Por ejemplo, GARDEN_E01_SH012_clip_master_v03_approved.mp4. Usa un solo tipo de mayúscula y evita espacios para que las exportaciones funcionen bien en todas las herramientas.
Crea valores permitidos para tipo y variante. El tipo podría ser prompt, ref, take, clip, cover, voice, caption, manifest o note. La variante podría ser master, vertical, square, clean, subbed, cropA o paletteB. Los valores permitidos evitan la dispersión de carpetas.
Escribe la regla de versión. Los borradores y revisiones deben incrementar la versión cada vez que cambie el contenido del archivo. Los cambios de estado pueden crear un archivo de estado copiado o actualizar el estado del manifiesto, según el flujo de trabajo. La regla importante: los cambios de contenido no deben sobreescribir archivos aprobados.
Vincula los nombres de archivo al proyecto en lugar de intentar reemplazarlo. Un identificador corto con el proyecto, el episodio y el shot es suficiente — el shot card dentro de ArcLoop, y los character o scene assets a los que referencia con @, siguen siendo la fuente de verdad.
Haz una revisión de nombres antes de la exportación por lotes. Comprueba si hay IDs duplicados, versiones que faltan, palabras de estado mezcladas, archivos sin shots de origen y variantes de plataforma que parecen masters. Esto lleva minutos y ahorra horas.
Documenta la ruta de renombrado para carpetas legacy desordenadas. Si un archivo ya se compartió con un editor o cliente, conserva el nombre antiguo en el manifiesto como alias hasta que se acepte el nuevo paquete. Renombrar debe mejorar la trazabilidad, no romper todos los hilos de comentarios que apuntan al archivo de ayer.
Qué va en el nombre de archivo, qué se queda en ArcLoop
El nombre de archivo puede mantenerse pequeño porque ArcLoop ya guarda el contexto real — los character y scene assets, el Story Outline y cada shot dentro del storyboard de su episodio. Eso significa que un archivo local llamado NIGHT_E02_SH006_clip_vertical_v02.mp4 puede ser corto y legible, porque el contexto detallado de historia e identidad vive en el proyecto vinculado, no en el nombre.
Para los equipos, el límite práctico es este: el nombre de archivo lleva la identidad, ArcLoop lleva el significado. Pon proyecto, episodio, shot, tipo, variante y versión en el nombre. Pon la historia en sí en el Story Outline, y las referencias de identidad reales en la descripción del shot mediante @.
Una vez que el equipo acuerde una regla de nombres para archivos locales, escríbela antes de la primera exportación — solo necesita aplicarse fuera de ArcLoop, ya que dentro del proyecto cada shot ya tiene un lugar estable en el storyboard de su episodio. Nadie debería tener que renombrar una temporada a mano después de los hechos.
La misma disciplina ayuda cuando comparas intentos. En el Canvas, puedes ramificar un shot, probar una toma diferente y volver a una versión anterior sin perder la pista de cuál es cuál — un nombre de archivo local estable para lo que exportas simplemente mantiene ese historial ordenado también fuera del proyecto.
Así es como funciona este límite en la práctica dentro de ArcLoop antes de que nombres ningún archivo de exportación.
Abre tu IP Project y ve a My Assets. Crea un character asset para cada persona recurrente — en Copper Harbor, eso es el capitán Elian Ro. Sube la imagen de referencia a Library y luego haz Bind al asset como Main image. Añade un segundo ángulo o vestuario como Reference image si tienes uno.
Entra en Episode 1 y haz clic en Generate Shots. ArcLoop redacta un conjunto de shot cards a partir de tu Story Outline. En cada shot card, escribe @Captain Elian Ro para incorporar la identidad del capitán — no necesitas volver a describir su cara ni su abrigo. Escribe solo lo que es nuevo en ese shot específico: la acción, el ángulo de cámara, la luz.
Genera primero la imagen del Shot 1 para confirmar el encuadre y el diseño del personaje antes de comprometerte con el vídeo. Una vez que la imagen parezca correcta, genera el vídeo. Usa el AI Chat Panel para avanzar por varios shots a la vez: "Generate videos for Shots 1, 2, and 3." Cuando estés satisfecho con las tomas, llévalas a Edit para organizarlas y recortarlas en la línea de tiempo.
Solo en el paso de exportación importa un nombre de archivo local. Para entonces, el shot card — con su referencia @, su descripción y su posición en el storyboard del episodio — ya contiene todos los detalles importantes. El nombre de archivo solo necesita ser un identificador corto y ordenable.
Ejemplo 1: convención de nombres para Copper Harbor
Write a file naming convention for local exports from the Copper Harbor project.
Production shape: 3 short episodes, one recurring captain character asset (@Captain Elian Ro), 8 to 12 shots per episode. Export types include master clips, vertical social cuts, cover images, and caption files.
Naming pattern: COPPER_E##_SH###_TYPE_VARIANT_v##_STATUS.ext
Allowed TYPE values: clip, cover, caption, ref.
Allowed VARIANT values: master, vertical, square, subbed.
Allowed STATUS values: draft, review, final.
Version rule: increment v## whenever file content changes. Never overwrite a file already shared with the team.
Context rule: story detail, shot descriptions, and @asset references all stay inside the ArcLoop project. The filename is a short handle, not a substitute for the shot card.
Este prompt le da al equipo una regla lo suficientemente pequeña para seguir y lo suficientemente estricta para detectar los errores habituales.
Ejemplo 2: nombres para un conjunto de selección de tomas
Prepare filenames for a take-selection set in Copper Harbor episode 2, shot 7.
Shot context: Captain Elian Ro holds a cracked compass on the pier while fog clears behind a copper lighthouse.
Files to name: three exported takes from Canvas branches, and one that got rejected for an off-model compass.
Use the project naming pattern and keep descriptions out of the filename.
Output examples:
COPPER_E02_SH007_take_v01.mp4
COPPER_E02_SH007_take_v02_select.mp4
COPPER_E02_SH007_take_v03_rejected.mp4
Note: the reason for rejecting v03 belongs in the shot description or a note kept with the project, not in the filename.
La descripción del shot sigue siendo útil, pero pertenece al shot card. El nombre de archivo se mantiene operativo.
Ejemplo 3: renombrar una carpeta de exportación desordenada
Audit and rename a messy Copper Harbor export folder using the approved convention.
Current problem: files are named final.mp4, final2.mp4, good_vertical.mp4, cover_new.png, and captions_real.srt.
Known mapping: final.mp4 is E01 SH010 master v02; final2.mp4 is E01 SH010 master v03; good_vertical.mp4 is E01 SH010 vertical v01; cover_new.png is E01 cover v02; captions_real.srt is E01 captions v01.
Rename plan: produce the new filenames, keep the original files until the renamed copies are checked, and write down the old-name-to-new-name mapping somewhere the team can find it.
Do not change creative content, prompts, captions, or approval notes.
Flag any file that lacks enough mapping information instead of guessing.
Este es el uso correcto de la limpieza de nombres: mapear hechos conocidos, evitar cambios creativos y negarse a adivinar la procedencia que falta.
Formas en que la nomenclatura de archivos se desmorona
El error más común es usar final demasiado pronto. Un archivo puede estar seleccionado creativamente, revisado para entrega, recortado para plataforma o archivado. Reserva final para el entregable que ha superado las comprobaciones requeridas.
Otro error es meter toda la historia en el nombre. sad-captain-foggy-pier-compass-closeup-best-v2 puede parecer útil, pero rompe el ordenamiento y sigue sin incluir el estado de aprobación. Pon las palabras de historia en el shot card.
Los equipos también mezclan convenciones de nombres entre personas. Un creador escribe E1S4, otro escribe ep01-shot004 y el editor escribe scene4. Elige un patrón antes de que empiece la generación.
Un cuarto error es dejar que las variantes de plataforma parezcan masters. Un recorte vertical, un recorte cuadrado, una versión subtitulada y un master limpio son entregables diferentes. El campo de variante debe dejar eso claro.
Preguntas frecuentes
¿Qué campos debería incluir todo nombre de archivo de anime con IA?
Usa proyecto, episodio o secuencia cuando sea necesario, ID de shot, tipo de asset, variante, versión y estado. Los proyectos más pequeños pueden eliminar los campos que no usan, pero todo archivo modificado debería tener una versión.
¿Deberían ir los nombres de personaje en el nombre de archivo?
Generalmente no. La identidad del personaje ya vive en su asset en My Assets y se incorpora al shot con @ — el nombre de archivo no necesita repetirla. Usa el número de episodio y shot (como E02_SH007); eso se ordena mejor y sobrevive a las reescrituras del guion mejor que una descripción.
¿Cómo gestiono las tomas rechazadas?
Conserva un archivo rechazado cuando explique un fallo útil, nómbralo con rejected y pon el motivo en los metadatos. No guardes docenas de rechazos repetidos con nombres vagos.
¿Cómo mantengo los nombres de archivo cortos sin perder contexto?
La descripción del shot, las referencias @ de assets y los propios character assets siguen vinculados al shot dentro del proyecto. El nombre de archivo solo necesita ser un identificador corto: proyecto, episodio, shot, versión.
¿Cuándo debería crear la convención de nombres?
Antes del primer lote real. Nombrar después de la producción es limpieza; nombrar antes de la producción es prevención. Añade el patrón a la configuración del proyecto para que cada prompt, toma, clip, caption y portada siga la misma regla.
¿Qué hago si los archivos anteriores ya tienen nombres desordenados?
Mapea los nombres antiguos a los nuevos en algún lugar donde todo el equipo pueda verlo antes de cambiar nada. Renombra solo los archivos con un shot de origen conocido. Deja los archivos inciertos marcados para revisión en lugar de inventar su procedencia.
