Una obra realizada con inteligencia artificial puede conservar su aspecto y perder, al mismo tiempo, casi todo lo que permitió producirla. El modelo cambia, una cuenta se cierra, una API desaparece, el proveedor modifica sus condiciones o los archivos intermedios quedan repartidos entre dispositivos y servicios. El resultado final sigue visible, pero ya no puede explicarse, verificarse ni reproducirse con rigor.
Esta guía organiza el archivo necesario para comprender, mostrar, transmitir y conservar una obra que utiliza IA. No presupone que el resultado esté protegido por derechos de autor. Documentar un proceso acredita hechos y decisiones; no crea por sí solo originalidad ni convierte en humana una producción que no lo fue.
Para las cuestiones jurídicas y de comunicación, consulta también Autoría y obras hechas con IA en la ley española, Cómo declarar el uso de IA en una obra, una venta o una convocatoria, Cómo etiquetar contenido generado o modificado con IA y la Ficha maestra de obra.
Qué debe permitir el archivo
Un archivo suficiente debe responder a cinco preguntas:
- Qué materiales entraron en el proceso y con qué derechos o permisos.
- Qué herramientas, modelos y versiones intervinieron.
- Qué decisiones humanas cambiaron de manera significativa el trabajo.
- Qué archivo o comportamiento se considera la obra.
- Qué necesita mantenerse para volver a mostrarla sin sustituirla por otra.
No todas las obras requieren el mismo nivel de detalle. Una imagen fija exportada como TIFF plantea menos dependencias que una instalación que consulta un modelo remoto en directo. La documentación debe ser proporcional al riesgo de pérdida, a la complejidad y a los compromisos adquiridos con compradores, instituciones y colaboradores.
Abre el expediente al comenzar
No reconstruyas el proceso al final. Crea desde la primera sesión una carpeta o expediente con una convención estable de nombres. Registra:
- Nombre de la herramienta y proveedor.
- Modelo o familia de modelos.
- Versión, cuando se muestre, o fecha y hora de acceso cuando el proveedor no la identifique.
- Tipo de cuenta y funciones utilizadas.
- Dispositivo, sistema operativo y aplicaciones auxiliares.
- Uso mediante interfaz web, aplicación local o API.
- Fecha de cada cambio relevante.
Cuando una plataforma no publica la versión exacta, no la inventes. Anota lo que sabes y lo que no puede determinarse. Una fecha de acceso, capturas de la interfaz y el historial de la cuenta pueden ser más fiables que una denominación deducida después.
Materiales de entrada y procedencia
Conserva por separado los originales que aportaste: imágenes, bocetos, textos, audio, vídeo, código, conjuntos de datos, modelos ajustados y referencias propias. No dependas de la copia comprimida que quedó dentro de la plataforma.
Para cada material registra:
- Autoría y procedencia.
- Fecha de creación o recepción.
- Licencia, contrato, consentimiento o excepción utilizada.
- Transformaciones realizadas antes de incorporarlo.
- Restricciones de reutilización, publicación o entrenamiento.
- Datos personales o información sensible que contenga.
Si utilizas materiales de terceros, guarda el permiso o la base jurídica que justificaba el uso en la fecha correspondiente. Que un archivo estuviera accesible en internet no equivale a que pudiera reutilizarse, incorporarse a un conjunto de datos o difundirse dentro de la obra.
Cuando entrenes o ajustes un modelo con obra propia, enlaza este expediente con la documentación de Entrenar un modelo con tu propia obra. Conserva el conjunto utilizado, sus versiones, los filtros aplicados y los parámetros del entrenamiento cuando sea técnica y legalmente posible.
Instrucciones, versiones y decisiones
No es necesario guardar cada interacción irrelevante, pero tampoco basta con conservar la última instrucción. Selecciona los hitos que expliquen cómo cambió el trabajo:
- Instrucciones que modificaron composición, contenido o comportamiento.
- Imágenes o salidas de referencia elegidas para continuar.
- Variantes descartadas que permiten entender una decisión importante.
- Máscaras, bocetos, controles de pose, semillas y parámetros cuando existan.
- Ediciones posteriores en otras aplicaciones.
- Criterios de selección y descarte.
Añade una nota breve sobre por qué cada hito importa. Una carpeta con centenares de resultados sin contexto es un vertedero de archivos, no una documentación de proceso.
La selección debe ser honesta. No reconstruyas después una secuencia más coherente de la que existió ni presentes como decisión consciente lo que fue una aceptación automática. El archivo gana valor cuando distingue control, delegación, accidente e incertidumbre.
Archivo maestro y formatos
Exporta un archivo maestro independiente de la plataforma. Usa un formato abierto o ampliamente documentado siempre que no destruya propiedades esenciales. Conserva también, cuando proceda:
- Proyecto editable con capas y vínculos.
- Archivo maestro sin pérdidas.
- Copia de exhibición o distribución.
- Miniatura o imagen de referencia.
- Sumas de comprobación para detectar cambios.
- Perfil de color, resolución, códec, frecuencia de muestreo y demás parámetros de exportación.
El archivo maestro no sustituye al proyecto editable, y el proyecto editable no sustituye a la versión mostrada. Guarda ambos. Si la obra cambia durante una exposición, conserva la versión realmente exhibida y registra las modificaciones.
Mantén al menos dos copias en soportes distintos y una tercera fuera de la ubicación principal. Revisa periódicamente que puedan abrirse. Una copia de seguridad no comprobada solo expresa una intención.
Dependencias y comportamiento
En una obra dinámica, interactiva o generada en directo, la identidad no reside en un único archivo. Registra:
- Modelo, API y proveedor.
- Bibliotecas y versiones.
- Código fuente y entorno de ejecución.
- Hardware, sensores, controladores y periféricos.
- Conexión de red y servicios externos.
- Credenciales necesarias, sin introducir contraseñas en el expediente general.
- Límites de uso, costes y cuotas.
- Datos que se generan durante cada ejecución.
Describe después el comportamiento significativo: qué debe ocurrir para que la obra siga siendo reconocible como la misma. Distingue propiedades esenciales de elementos variables. Puede ser esencial que el sistema responda en tiempo real, pero no que produzca una imagen idéntica; o puede ser esencial conservar una versión concreta porque la variación posterior cambiaría el sentido.
Documenta también los fallos aceptables. Las latencias, errores o interrupciones pueden formar parte del comportamiento histórico de una obra o ser defectos que deben corregirse. Esa decisión no debe quedar en manos del técnico que la reinstale años después.
Emulación, migración y reinterpretación
Define una estrategia antes de que la tecnología falle:
- Emulación: reproducir el entorno original mediante software o hardware que imite su funcionamiento.
- Migración: trasladar la obra a un sistema nuevo intentando conservar sus propiedades significativas.
- Reinterpretación: realizar de nuevo la obra con otros medios cuando el dispositivo original ya no sea viable.
Ninguna estrategia es neutral. La emulación puede mantener comportamientos y perder cualidades materiales. La migración puede mejorar el rendimiento y borrar una lentitud históricamente significativa. La reinterpretación puede conservar el concepto y transformar la experiencia.
Escribe qué cambios aceptas, cuáles requieren autorización y quién puede decidirlos. Los cuestionarios de Variable Media Network y los recursos de Matters in Media Art ofrecen marcos útiles para formular estas decisiones. Si la obra vive en la web, Conifer, desarrollado por Rhizome, puede registrar sesiones navegables, aunque no garantiza por sí solo la conservación de servicios externos o procesos del lado del servidor.
Condiciones de uso y procedencia técnica
Los términos de los proveedores cambian. Guarda una copia fechada de la versión aplicable cuando realizaste el trabajo, especialmente las cláusulas sobre:
- Titularidad o licencia de las salidas.
- Uso comercial.
- Tratamiento de materiales introducidos.
- Entrenamiento o mejora de servicios.
- Créditos y restricciones.
- Suspensión de cuentas.
- Conservación y eliminación de datos.
La licencia contractual es distinta de los derechos de autor. Un proveedor puede permitir el uso comercial de una salida que no alcance el umbral jurídico de protección. También puede imponer condiciones contractuales que no explican la autoría de la obra final.
Las credenciales de contenido basadas en C2PA pueden asociar manifestaciones firmadas sobre procedencia y transformaciones. Son útiles para registrar historia técnica y verificar que determinadas declaraciones no han sido alteradas. No prueban que quien firma sea autor ni que todos los pasos relevantes hayan quedado incluidos. Conserva además documentación legible y separada del archivo: los metadatos pueden perderse durante una exportación, una captura o la publicación en una plataforma.
Obra colectiva
Cuando intervienen varias personas, el archivo también distribuye poder. Nombra las contribuciones sin reducirlas a una firma principal:
- Concepto.
- Materiales de entrada y datos.
- Programación e integración.
- Selección y edición.
- Diseño de interacción.
- Producción técnica.
- Conservación y reinstalación.
Acuerda por escrito quién decide sobre nuevas versiones, migraciones, ventas, préstamos y reinstalaciones. Fija créditos y remuneración antes de exhibir. Registra qué aportó cada persona y bajo qué condiciones puede reutilizarse.
Si se utilizan imagen, voz o datos de personas identificables, documenta el consentimiento, su finalidad y el canal para retirarlo. La Ley Orgánica 1/1982 establece que el consentimiento relativo a la intimidad y la propia imagen es revocable, sin perjuicio de la indemnización que pueda corresponder por los daños causados. El tratamiento de datos personales debe cumplir, además, su propia base jurídica y deberes de información.
Designa quién custodiará el archivo, quién recibirá una copia y qué ocurrirá si el colectivo se disuelve. Evita que una sola cuenta personal concentre materiales indispensables.
Entrega a una institución o comprador
No entregues únicamente el archivo visible. Prepara un paquete de transferencia con:
- Ficha maestra.
- Archivo maestro y copia de exhibición.
- Registro de materiales de entrada.
- Historial de versiones relevante.
- Dependencias y requisitos técnicos.
- Instrucciones de instalación y apagado.
- Descripción del comportamiento significativo.
- Estrategia de conservación.
- Condiciones de crédito y uso.
- Contactos técnicos y responsables de autorización.
Separa la documentación pública de la información confidencial. Las claves, datos personales, contratos completos o materiales sin permiso de difusión no deben incorporarse sin control al archivo accesible de la obra.
Lista de comprobación
- ☐ He registrado herramienta, proveedor, modelo y fecha de acceso.
- ☐ Conservo los materiales de entrada y su procedencia.
- ☐ He seleccionado instrucciones, versiones y decisiones relevantes.
- ☐ Existe un archivo maestro independiente de la plataforma.
- ☐ Conservo la versión efectivamente mostrada.
- ☐ He documentado dependencias, código y hardware.
- ☐ He descrito el comportamiento significativo.
- ☐ He decidido qué cambios son aceptables en una migración.
- ☐ Conservo los términos de servicio aplicables en la fecha de creación.
- ☐ Los créditos y aportaciones del equipo están documentados.
- ☐ Existe un responsable de custodia y más de una copia comprobada.
- ☐ La entrega a terceros distingue documentación pública y confidencial.
Itinerarios
Necesito documentar mi obra
Abre el expediente en la primera sesión. No intentes conservarlo todo: identifica materiales de entrada, hitos, decisiones y archivos maestros. La ficha debe permitir que otra persona comprenda qué ocurrió sin depender de tu memoria ni de la cuenta de una plataforma.
Voy a vender o exponer
Entrega una versión estable, requisitos técnicos, instrucciones de instalación y criterios de conservación. Aclara qué puede modificarse y quién puede autorizar una nueva versión. Si el funcionamiento depende de una suscripción o una API, distribuye de antemano costes y responsabilidades.
Sobre la conversación abierta
Las herramientas, modelos y condiciones de los proveedores cambian con rapidez. Si conservas, produces o coleccionas obras realizadas con IA y detectas una dependencia o procedimiento que deba incorporarse, puedes escribirme.