La IA puede generar un fragmento de código, un conjunto de ilustraciones o un informe de investigación en cuestión de minutos. Pero generar algo no significa que una empresa haya obtenido derechos claros, completos y comercialmente utilizables sobre ello.
En resumen
- El permiso para usar un resultado asistido por IA no necesariamente otorga a una empresa derechos completos o exclusivos sobre él.
- Los activos importantes deben conservar registros de sus fuentes de entrada, las contribuciones humanas, los términos relevantes de las plataformas y los usos aprobados.
- El trabajo creado por empleados, los entregables de proveedores y los materiales de terceros requieren un análisis por separado en lugar de una única suposición sobre la titularidad.
- Un cambio sustancial en el uso puede requerir una reevaluación, en particular cuando un activo pasa de la experimentación interna a la publicación, la entrega a clientes o la licencia.
- Un agente consciente del contexto puede ayudar a conectar hechos y pruebas, pero no puede sustituir el juicio jurídico.
Nota de alcance: Este artículo proporciona un marco general para la identificación de riesgos operativos y jurídicos. No constituye asesoramiento jurídico en ninguna jurisdicción. Las leyes y los estándares jurídicos varían, y los asuntos materiales deben ser revisados por profesionales cualificados según los hechos pertinentes y la ley aplicable.
Consideremos un ejemplo hipotético.
Una startup ficticia utiliza herramientas asistidas por IA para desarrollar un personaje de marca que luego se vuelve inesperadamente popular. El equipo comienza con un brief del personaje y utiliza un modelo de imágenes para explorar distintas direcciones visuales. Un diseñador revisa cientos de resultados, selecciona un concepto prometedor y redibuja su silueta, colores, expresiones y detalles. Con el tiempo, el personaje se convierte en animaciones para el sitio web, stickers para redes sociales y merchandising físico.
Varios meses después, un socio quiere licenciar el personaje comercialmente.
En ese momento, la pregunta ya no es si el personaje se ve bien. Las preguntas son:
- ¿Quién creó el personaje?
- ¿Qué elementos fueron diseñados por personas y cuáles fueron generados por un modelo?
- ¿Se utilizaron imágenes de referencia externas?
- ¿Los términos del proveedor del modelo permiten el uso comercial previsto?
- ¿Se conservaron las revisiones del diseñador y los archivos fuente?
- ¿La empresa posee un conjunto defendible de derechos, o simplemente posee un archivo de imagen?
- ¿Tiene la empresa autoridad suficiente para licenciar el personaje a un tercero?
El escenario es ilustrativo y no describe el proceso de creación, la situación de derechos, la estructura interna ni las prácticas de ninguna empresa o marca específica.
A medida que la creación asistida por IA se vuelve rutinaria, más empresas enfrentarán preguntas como estas.
La IA puede generar código, ilustraciones, videos, informes de investigación y textos de producto en cuestión de minutos. Pero "generado" no significa "poseído". El permiso para usar un resultado en el sitio web propio de una empresa no necesariamente significa que la empresa pueda entregarlo a un cliente, sublicenciarlo a un socio o impedir que otros creen algo similar.
La IA ha reducido drásticamente el costo de la creación. No ha eliminado automáticamente la incertidumbre sobre el origen de los derechos.
La gestión tradicional de la propiedad intelectual a menudo comienza con el activo final: conservar los archivos fuente, solicitar el registro de las marcas relevantes y utilizar acuerdos laborales, de desarrollo, de cesión o de licencia para abordar los derechos aplicables.
Cuando las personas y la IA crean juntas, las empresas deben mirar más hacia el origen. Necesitan comprender cómo se produjo un activo, qué materiales se utilizaron, quién hizo contribuciones identificables, qué permiten los contratos y términos de plataforma relevantes, y qué riesgos aún requieren juicio humano.
En este artículo, cadena de derechos es una expresión operativa abreviada para los registros que conectan la procedencia, la autorización, la contribución, la revisión y el uso aprobado desde el prompt hasta el producto. No es un concepto legal único con el mismo significado jurídico en todas las jurisdicciones.
Los ejemplos son ilustrativos y no describen los arreglos internos ni las prácticas de ninguna empresa en particular. Las normas sobre la protección de obras asistidas por IA, la titularidad en relaciones laborales o de obra por encargo, los secretos comerciales, la privacidad y el uso de datos difieren entre jurisdicciones. Los resultados también pueden depender del proceso creativo, el lenguaje contractual y el uso previsto.
1. ¿Quién es dueño de la imagen?
Consideremos un escenario simple.
Un equipo de marketing necesita una imagen para una campaña. Alguien introduce el siguiente prompt:
"Un zorro mecánico con gafas de aviador cruzando un desierto, luz cinematográfica cálida, estilo de ilustración geométrica".
El modelo genera una imagen y el equipo la publica en redes sociales.
Si la imagen se utiliza solo para una publicación temporal, una revisión básica puede ser suficiente.
Pero supongamos que la publicación tiene buen rendimiento y la empresa decide:
- adoptar la imagen como un personaje de marca a largo plazo;
- solicitar el registro de signos relacionados como marcas;
- producir stickers y merchandising;
- incorporar el personaje a un producto de pago;
- licenciarlo a socios comerciales;
- restringir los usos no autorizados de la expresión o los signos relevantes cuando la ley lo permita.
Las cuestiones jurídicas y operativas cambian de inmediato. Los derechos de autor, de marca, de patente, de secreto comercial y contractual protegen materias diferentes, surgen en condiciones diferentes y ofrecen remedios diferentes. Una solicitud o un registro de marca no otorga por sí mismo a la empresa un control exclusivo sobre cada aspecto expresivo de un personaje.
El equipo ahora puede necesitar determinar:
- ¿Qué usos comerciales permite el proveedor del modelo?
- ¿Se utilizaron imágenes de referencia externas como entradas?
- ¿Es el resultado sustancialmente similar a un personaje, obra o marca existente?
- ¿Qué contribuciones creativas hicieron las personas al diseño final?
- ¿Conservó la empresa los borradores, el historial de revisiones y los archivos fuente editables?
- ¿Qué acuerdos rigen la relación entre el diseñador y la empresa?
- ¿Son suficientes los derechos de la empresa para respaldar la licencia a terceros?
Una distinción es especialmente importante:
La capacidad de usar un activo no es lo mismo que la capacidad de controlarlo de forma exclusiva.
El permiso de una plataforma para usar resultados comercialmente generalmente aborda la relación contractual entre el usuario y la plataforma. No necesariamente significa que:
- el resultado califique para una protección de propiedad intelectual exigible;
- el resultado no pueda implicar derechos de terceros;
- el usuario pueda impedir que otras personas produzcan resultados similares;
- el usuario pueda dar con seguridad a los clientes una garantía absoluta de no infracción.
El hecho de que una imagen pueda descargarse no significa que se haya convertido en un activo de la empresa con derechos claramente definidos.
2. La IA convierte "¿Quién es el autor?" en una serie de preguntas
En el trabajo creativo convencional, a menudo podemos identificar a una persona específica:
- un artículo fue escrito por un autor;
- una ilustración fue dibujada por un diseñador;
- un programa fue escrito por un ingeniero.
Cuando las personas y la IA crean juntas, el resultado final puede surgir de una cadena de contribuciones:
- un gerente de producto define el objetivo;
- un investigador prepara el material de origen;
- un empleado escribe el prompt;
- un modelo genera el primer borrador;
- un agente invoca otras herramientas para procesar el resultado;
- un diseñador selecciona, combina y redibuja elementos;
- un editor reescribe sustancialmente el texto;
- un ingeniero reimplementa la lógica crítica;
- un revisor autorizado aprueba la versión final.
"¿Quién es el autor?" ya no puede responderse simplemente identificando quién pulsó el botón Generar.
Las preguntas más útiles incluyen:
- ¿Quién determinó la expresión final?
- ¿Quién tomó decisiones específicas sobre estructura, estilo, composición o lógica?
- ¿Quién modificó el resultado del modelo?
- ¿Fueron esos cambios meramente mecánicos o fueron creativos?
- ¿Qué partes del activo final reflejan una contribución humana independiente?
- ¿Qué partes provinieron de herramientas externas o materiales de origen?
- ¿Quién tenía autoridad para aprobar el activo para su uso en un producto?
El tratamiento jurídico del contenido asistido por IA y generado de forma autónoma difiere entre jurisdicciones. En el análisis de derechos de autor, la contribución creativa humana es una consideración importante en muchas jurisdicciones, pero el estándar relevante, la materia protegida y el alcance de la protección no son uniformes. La participación humana no necesariamente hace que todo el resultado sea protegible.
Si una empresa espera hacer valer derechos de autor u otros derechos sobre un activo importante, debe identificar las contribuciones humanas relevantes y conservar registros que expliquen el proceso creativo y la base jurídica. Esos registros pueden respaldar una versión fáctica, pero no garantizan por sí mismos que los derechos existan.
La evidencia relevante puede incluir:
- el brief original;
- los prompts y parámetros clave;
- las listas de materiales de referencia;
- los resultados intermedios;
- los registros de selección humana;
- los archivos fuente editables;
- el historial de revisiones;
- el historial de control de versiones;
- los comentarios de revisión;
- los registros de aprobación final.
Esto no significa que cada ilustración temporal necesite un expediente legal completo.
Puede ser apropiado un proceso más sólido para los activos que entran en productos, adquieren valor de marca a largo plazo, pasan a formar parte de los entregables para clientes o están destinados a la licencia externa. El alcance de la documentación debe seguir siendo necesario y proporcionado, teniendo en cuenta las obligaciones de privacidad, confidencialidad, seguridad y conservación.
3. La empresa pagó por ello. ¿Por qué podrían seguir siendo incompletos los derechos?
Consideremos otro escenario hipotético.
Una empresa contrata a un estudio externo para crear una colección de animaciones de marca. El acuerdo contiene solo una frase sobre la titularidad:
«Previo pago íntegro, todos los entregables del proyecto pertenecerán al cliente.»
La frase parece directa, pero puede dejar muchas preguntas sin respuesta.
¿Qué cuenta exactamente como «entregable del proyecto»?
- GIF y vídeos exportados;
- archivos de proyecto editables;
- ilustraciones originales;
- storyboards;
- fuentes personalizadas;
- música y efectos de sonido;
- prompts;
- flujos de trabajo;
- scripts de automatización;
- las herramientas reutilizables del estudio;
- materiales de terceros utilizados en el proyecto.
¿Qué significa «pertenecer al cliente»?
- ¿Es una cesión de derechos de propiedad intelectual o una licencia?
- ¿Se refiere a derechos de autor, derechos de patente, intereses de marca, secretos comerciales u otra categoría de derechos?
- ¿Puede el cliente reproducir, modificar, distribuir, comunicar, exhibir o explotar de otro modo el material?
- ¿Puede utilizarlo en otros productos o sublicenciarlo a socios?
- ¿Puede fabricar merchandising físico?
- ¿Qué territorios, plazos, medios y campos de uso están cubiertos?
- ¿Cuándo entra en vigor la cesión o la licencia?
- Si un derecho no es transferible o aún no ha surgido conforme a la ley aplicable, ¿qué obligaciones de licencia y cooperación se aplican en su lugar?
- ¿Declara el proveedor que tiene autoridad para entregar, licenciar o ceder el material pertinente?
Si el proveedor utiliza herramientas de IA, la empresa también puede necesitar que el proveedor revele:
- qué modelos, plataformas o herramientas de generación se utilizaron;
- si se incorporaron referencias de terceros;
- si se incluyeron componentes de código abierto;
- si se utilizaron activos preexistentes del proveedor;
- si los términos de la herramienta pertinente permiten la entrega comercial prevista;
- si se envió material confidencial del cliente a un servicio externo;
- si el proveedor conserva las entradas o los resultados;
- si se entregarán archivos fuente y registros de proceso suficientes.
Por lo tanto, una sola frase sobre la titularidad debe desarrollarse a la luz del derecho pertinente, la ley aplicable y el objetivo comercial, y normalmente debería distinguir al menos cuatro categorías:
- Trabajo personalizado creado específicamente para el proyecto
- Herramientas y materiales preexistentes propiedad del proveedor
- Materiales de terceros licenciados y componentes de código abierto
- Contenido generado o procesado con herramientas de IA
Sin estas distinciones, la empresa puede descubrir al final del proyecto que:
- recibió la imagen pero no el archivo fuente editable;
- recibió el código de la aplicación pero no los scripts de despliegue críticos;
- puede utilizar el resultado internamente pero no puede entregarlo legalmente a los clientes;
- el proveedor prometió transferir material que no le pertenecía;
- el producto depende de la herramienta preexistente del proveedor, pero la empresa no tiene una licencia continua para utilizarla.
El pago puede completar una transacción. No puede reparar automáticamente una cadena de derechos rota.
4. ¿Es «uso comercial permitido» una respuesta simple o un conjunto de límites?
A los proveedores de IA generativa se les pregunta con frecuencia:
¿Se puede utilizar el resultado comercialmente?
La pregunta parece como si debiera tener una respuesta de sí o no. En la práctica, a menudo necesita dividirse en varias capas.
Capa 1: La relación entre la plataforma y el usuario
Los términos del proveedor pueden explicar si el usuario puede utilizar el resultado, cómo el proveedor y el usuario asignan los intereses contractuales que puedan tener, y si se permite el uso comercial. Un contrato no puede crear un derecho de propiedad intelectual que no exista de otro modo conforme a la ley aplicable, ni vincula automáticamente a terceros que no son parte de ese contrato.
Capa 2: La relación entre el usuario y el material de entrada
Incluso cuando la plataforma permite el uso comercial, el usuario puede seguir siendo responsable de garantizar que tiene los derechos necesarios para enviar los materiales de entrada.
Esos materiales podrían incluir:
- una propuesta de cliente no publicada;
- un informe sectorial de pago;
- código fuente propietario;
- información de empleados o clientes;
- un diseño de terceros;
- un personaje o imagen de marca protegidos.
La posesión lícita de material por parte de una empresa no significa necesariamente que pueda enviar ese material a un modelo externo.
Capa 3: La relación entre el resultado y los terceros
Un resultado puede plantear cuestiones relacionadas con:
- similitud sustancial con una obra existente;
- marcas u identificadores de marca;
- la imagen de una persona;
- código de código abierto;
- conjuntos de datos restringidos;
- otros derechos de terceros.
El permiso de la plataforma no impide que un tercero presente una reclamación por separado.
Capa 4: El uso previsto por la empresa
El riesgo también cambia según el uso previsto.
Utilizar una imagen en una lluvia de ideas interna es diferente de registrarla como marca, venderla como merchandising o licenciarla a un tercero.
Por lo tanto, la mejor pregunta no es simplemente:
¿Se puede utilizar esto comercialmente?
Sino:
¿Cómo pretende la empresa utilizar este resultado y qué revisión o autorización se requiere para ese uso específico?
5. El acceso lícito no significa permiso irrestricto para subir contenido
El riesgo de propiedad intelectual no surge solo de los resultados de la IA. También surge de las entradas.
Una empresa puede poseer lícitamente:
- contratos con clientes;
- código fuente propietario;
- datos de comportamiento de usuarios;
- informes de investigación de pago;
- información de empleados;
- planes de productos no lanzados;
- cotizaciones de proveedores;
- materiales de investigación interna.
Pero la posesión lícita no permite necesariamente el envío a cualquier servicio de IA externo.
Antes de subir material, una empresa puede necesitar considerar:
- si el propósito original del uso cubre el procesamiento por IA;
- si un acuerdo con un cliente o proveedor permite el procesamiento por terceros;
- si el envío infringiría obligaciones de confidencialidad;
- si se trata de información personal o sensible;
- si el material puede anonimizarse o minimizarse;
- si el servicio conserva la entrada;
- si la entrada puede utilizarse para entrenamiento o mejora del producto;
- dónde se procesan y almacenan los datos;
- quién puede acceder a las conversaciones o registros;
- si los datos pueden eliminarse una vez completada la tarea.
El material de acceso público tampoco está necesariamente libre de derechos.
Los sitios web, artículos, imágenes y código públicos pueden seguir estando sujetos a:
- derechos de autor y derechos conexos;
- licencias de código abierto u otras condiciones contractuales;
- términos de la plataforma;
- derechos sui generis sobre bases de datos en algunas jurisdicciones;
- derechos de marca y otros derechos identificativos de origen;
- derechos relativos a la imagen, el nombre, la voz, la personalidad o la publicidad;
- normas de privacidad y protección de datos;
- normas de competencia desleal y otras leyes aplicables.
Antes de enviar material a un modelo, una empresa puede plantearse siete preguntas:
- ¿Por qué tenemos derecho a acceder a este material?
- ¿El permiso existente cubre el procesamiento por IA?
- ¿Debemos proporcionar el contenido original completo?
- ¿Podemos anonimizar, resumir o reducir la entrada?
- ¿Deberíamos utilizar una herramienta empresarial aprobada en lugar de una cuenta personal?
- ¿Cuál es el uso previsto del resultado?
- ¿Dónde deben conservarse la fuente y la evidencia de autorización?
La IA cambia cómo se procesa la información. No amplía automáticamente los derechos subyacentes de la empresa para utilizar esa información.
6. El código generado por IA puede ser más difícil de explicar que el copiar y pegar ordinario
La programación asistida por IA a menudo se percibe como altamente controlada.
Un ingeniero describe el requisito, un asistente produce código, las pruebas pasan y el cambio se fusiona en el repositorio. Dado que el proceso tiene lugar dentro de un entorno de desarrollo, puede parecer más fácil de rastrear que las imágenes generadas o los textos de marketing.
Pero el código generado puede plantear un conjunto diferente de preguntas:
- ¿Es el código sustancialmente similar a una implementación de código abierto identificable?
- ¿Ha introducido dependencias no documentadas?
- ¿Son las licencias aplicables compatibles con el modelo de negocio del producto?
- ¿Se envió código propietario a un servicio externo no aprobado?
- ¿Contiene el código avisos de derechos de autor copiados de un repositorio público?
- ¿Entra en conflicto con los requisitos del cliente en materia de procedencia del código?
- ¿Puede la empresa otorgar responsablemente una garantía de no infracción?
Por lo tanto, la revisión del código debe examinar más que si la funcionalidad funciona.
Dependiendo de la importancia del código, la revisión puede incluir:
- escaneo de dependencias y licencias;
- verificaciones de procedencia y similitud;
- pruebas de seguridad;
- revisión de arquitectura;
- registros de cómo se generó el código;
- refactorización humana sustantiva;
- aprobación por parte de un ingeniero responsable.
También existe una cuestión operativa más amplia:
Si el ingeniero no puede explicar por qué una pieza crítica de código se diseñó de una manera particular, ¿posee realmente la empresa la capacidad de mantenerla?
Desde una perspectiva operativa, el código que no puede entenderse o mantenerse puede que aún no sea un activo maduro de la empresa, incluso si no se ha identificado ningún problema de infracción inmediato.
7. ¿Qué tipo de activo es un prompt, un flujo de trabajo o una skill?
En una empresa nativa de IA, el activo más valioso puede no ser un único resultado. Puede ser el método que produce resultados útiles de manera fiable.
Los ejemplos incluyen:
- un flujo de trabajo de revisión de contratos;
- un conjunto de instrucciones de atención al cliente;
- un agente de investigación de productos;
- un proceso de limpieza de datos;
- una skill de generación de marca;
- una colección de reglas de evaluación y ejemplos negativos.
¿Pueden estas capacidades protegerse como código, marcas o diseños?
La respuesta rara vez es un simple sí o no, porque pueden contener varios tipos diferentes de material.
Prompts
Un prompt corto y altamente funcional puede ser difícil de proteger mediante derechos exclusivos estables, aunque el resultado depende de su expresión, disposición, legislación aplicable y circunstancias concurrentes.
Una colección sofisticada de instrucciones puede contener expresión original, selección estructurada, código o configuración que podría recibir protección. Aun así, la protección generalmente no se extiende a la idea, función o método subyacente en sí, y otra parte podría lograr un resultado similar mediante una redacción o implementación diferentes.
Por lo tanto, el valor comercial de un prompt no debería depender enteramente de los derechos de autor. Las restricciones contractuales, las medidas de confidencialidad, los controles de acceso y las salvaguardas técnicas también pueden ser relevantes.
Flujos de trabajo
Un flujo de trabajo puede incluir un método abstracto, lógica de negocio, documentación, código, configuraciones de nodos, pruebas y estructuras de datos.
Debe distinguirse una idea, método o función abstractos de su expresión e implementación concretas. Los derechos de autor generalmente no protegen la idea o el método abstracto en sí, mientras que el código, la documentación o la configuración visual pueden protegerse como expresiones particulares. Algunas implementaciones técnicas también pueden implicar derechos de patente, secretos comerciales o intereses contractuales, dependiendo de los requisitos legales y los hechos.
Skills y configuraciones de agentes
Una skill madura puede contener:
- instrucciones;
- código de programa;
- ejemplos;
- conexiones de herramientas;
- estándares de evaluación;
- reglas de dominio;
- configuraciones de permisos;
- procedimientos de manejo de excepciones;
- casos curados.
Se entiende mejor como una combinación de derechos, datos y conocimiento operativo que como una obra única.
Secretos comerciales
Para los prompts, flujos de trabajo, estándares de evaluación y reglas operativas internas, la protección mediante secreto comercial puede ser más práctica que depender únicamente de los derechos de autor.
Pero la información no se convierte en secreto comercial simplemente porque una empresa etiquete el archivo como «Confidencial». Aunque los elementos legales difieren entre jurisdicciones, el análisis comúnmente considera si la información no es generalmente conocida, tiene valor comercial real o potencial debido a su secreto, y está sujeta a medidas de protección razonables y proporcionales a su valor y riesgo. Tales medidas pueden incluir:
- restringir el acceso según la necesidad de conocer;
- asignar clasificaciones de confidencialidad;
- utilizar acuerdos de confidencialidad y de cesión de invenciones;
- registrar el acceso, las descargas y las exportaciones;
- requerir aprobación antes de compartir externamente;
- revocar el acceso cuando una persona se va o un proyecto termina;
- prohibir el uso no autorizado en proyectos externos;
- separar reglas y conjuntos de datos críticos.
Una capacidad valiosa de IA puede requerir una combinación de derechos de autor, contratos, protección de secretos comerciales, prácticas de control de código fuente y restricciones de acceso.
8. No todos los resultados de IA necesitan el mismo proceso legal
Si cada interacción con IA requiere un formulario legal complejo, las personas dejarán de seguir la política rápidamente.
El enfoque más práctico es clasificar el trabajo asistido por IA según el uso previsto y el impacto potencial.
Usos de menor riesgo
Los ejemplos pueden incluir:
- lluvia de ideas interna;
- resúmenes temporales;
- herramientas de productividad personal que no contienen información sensible;
- material de marcador de posición que no se publicará.
Estos usos pueden requerir únicamente el cumplimiento de políticas básicas de herramientas y datos.
Usos de riesgo medio
Los ejemplos pueden incluir:
- contenido de marketing externo;
- recursos visuales destinados a un uso continuado;
- plantillas de atención al cliente;
- informes de decisiones internos;
- código de prototipo de producto.
Estos pueden requerir registros de fuentes, herramientas, revisión humana y uso permitido.
Usos de mayor riesgo
Los ejemplos pueden incluir:
- código central del producto;
- entregables formales para clientes;
- contenido destinado a licencias externas;
- conjuntos de datos de entrenamiento, ajuste fino o evaluación;
- flujos de trabajo que procesan información de clientes o personal;
- personajes de marca y sistemas visuales a largo plazo;
- análisis que informan directamente decisiones materiales de la empresa.
Estos usos pueden requerir una cadena de derechos más completa y, cuando corresponda, una revisión profesional.
Los factores que pueden afectar la clasificación de riesgo incluyen:
- si el resultado entra en un producto;
- si será visto por clientes;
- si se licenciará externamente;
- si contiene datos sensibles;
- si depende de material de terceros;
- si sería difícil de reemplazar;
- el impacto potencial de una disputa;
- si la empresa espera hacer valer derechos exclusivos.
El mero uso de IA no convierte automáticamente una actividad en alto riesgo. Tampoco la participación limitada de IA hace necesariamente que una actividad sea de bajo riesgo.
El nivel apropiado de gobernanza depende principalmente de para qué se utilizará el resultado y qué podría suceder si las suposiciones subyacentes son erróneas.
9. Las empresas necesitan una «tarjeta de cadena de derechos»
Una empresa no necesariamente necesita un extenso informe legal para cada activo importante asistido por IA.
Una tarjeta estructurada de cadena de derechos puede responder muchas de las preguntas fundamentales.
Nota: La tarjeta a continuación tiene como objetivo organizar información e identificar preguntas para una revisión adicional. Completarla no constituye una revisión legal, no establece la titularidad, no confirma la no infracción ni proporciona una certificación de cumplimiento.
| Campo | Pregunta a responder |
|---|---|
| Activo | ¿Qué código, diseño, contenido, conjunto de datos o flujo de trabajo se está revisando? |
| Uso previsto | ¿Es para uso interno, una funcionalidad del producto, entrega al cliente o licencia externa? |
| Responsable | ¿Quién es responsable de crearlo y mantenerlo? |
| Colaboradores humanos | ¿Quién propuso, seleccionó, modificó y aprobó el resultado? |
| Herramientas de IA | ¿Qué modelos, plataformas y versiones se utilizaron? |
| Fuentes de entrada | ¿De dónde provinieron los materiales y estaban autorizados para su uso y carga? |
| Contribución humana | ¿Qué elecciones creativas o modificaciones sustantivas se realizaron? |
| Términos de la plataforma | ¿Los términos relevantes permiten el uso previsto? |
| Material de terceros | ¿Contiene el activo código, imágenes, marcas, semejanzas o información personal? |
| Base de derechos | ¿Quién posee o tiene inicialmente los derechos relevantes según la legislación aplicable, y existen cesiones, licencias u otros acuerdos efectivos entre empleados, proveedores y la empresa? |
| Uso aprobado | ¿Puede el activo utilizarse, publicarse, modificarse, entregarse o licenciarse? |
| Restricciones | ¿Existen restricciones basadas en duración, territorio, industria, cliente o términos de la plataforma? |
| Revisión | ¿Quién realizó la revisión técnica, de contenido, de datos o legal? |
| Evidencia | ¿Dónde están los prompts, archivos fuente, historial de versiones, contratos y permisos? |
| Disparador de revisión | ¿Qué cambio futuro requeriría una reevaluación? |
La tarjeta también puede presentarse en un sitio web como un bloque Markdown copiable, un PDF de una página, una plantilla de espacio de trabajo o una sencilla lista de autoevaluación. Sea cual sea el formato, la misma limitación debe permanecer visible: es una herramienta de organización de información e identificación de riesgos, no una opinión jurídica ni un certificado de cumplimiento.
El propósito de la tarjeta no es declarar que un activo es «absolutamente seguro».
Puede ayudar a la empresa a organizar y, cuando las pruebas lo respalden, demostrar:
- cómo se creó el activo;
- quién contribuyó a él;
- cómo obtuvo la empresa los permisos pertinentes;
- qué restricciones permanecen;
- quién revisó y aceptó el riesgo residual.
10. Los cambios de uso son una fuente de riesgo pasada por alto
Un activo apropiado para un propósito puede no serlo para todos los propósitos posteriores.
Entre los cambios habituales se incluyen:
- una imagen de un informe interno se reutiliza en un anuncio público;
- el código de un prototipo pasa a producción;
- un flujo de trabajo diseñado para un cliente se reutiliza para otros;
- un conjunto de datos interno se reutiliza para el entrenamiento de modelos;
- un personaje de marca se licencia a un socio comercial;
- las conclusiones de una investigación interna se utilizan en marketing público;
- una herramienta de productividad personal se convierte en un flujo de trabajo crítico para el equipo.
Un nuevo uso puede suscitar nuevas preguntas:
- ¿Cubre el permiso original la publicación pública?
- ¿Están permitidas la modificación y la sublicencia?
- ¿Introducen el nuevo público o el nuevo territorio requisitos adicionales?
- ¿Deben verificarse de nuevo los hechos y las fuentes?
- ¿Excede el nuevo uso el propósito al que un cliente accedió originalmente?
- ¿Siguen aplicándose los términos pertinentes de la plataforma?
- ¿Se requiere una nueva revisión de seguridad, marca, privacidad o legal?
Por lo tanto, una empresa no solo debe registrar que un activo fue «aprobado», sino también:
¿Aprobado para qué propósito?
Cuando el propósito cambia de forma sustancial, puede ser necesario reevaluar la conclusión original.
11. Las versiones rechazadas pueden convertirse en pruebas importantes
Por lo general, los equipos conservan el trabajo final y descartan los borradores fallidos.
Cuando las personas y la IA crean juntas, las versiones intermedias pueden mostrar:
- que las personas no aceptaron mecánicamente el primer resultado;
- que un diseñador tomó decisiones creativas sustanciales;
- que un ingeniero reimplementó la lógica crítica;
- que un editor cambió la estructura, el razonamiento y la expresión;
- que los revisores identificaron y eliminaron riesgos de terceros;
- cómo evolucionó la expresión final mediante la intervención humana.
Un diseñador puede revisar cientos de conceptos generados y luego redibujar la silueta, las expresiones, los colores y la animación del personaje. Un ingeniero puede tratar el código generado como un prototipo y reescribir el módulo central. Un editor puede reorganizar y reescribir sustancialmente un artículo generado por un modelo.
Los registros representativos del proceso pueden respaldar:
- la revisión de calidad;
- un relato fáctico de la contribución humana y del proceso creativo;
- una explicación del proceso de aprobación;
- el mantenimiento futuro;
- la reconstrucción fáctica en caso de disputa.
Las versiones intermedias no prueban por sí mismas que exista el derecho de autor ni que la empresa lo posea. Su valor probatorio debe evaluarse junto con el contenido, las relaciones contractuales, la cronología y otras pruebas.
Esto no significa que deban conservarse indefinidamente todos los prompts y resultados rechazados.
La empresa puede establecer prácticas de conservación proporcionadas en función de la importancia del activo, preservando materiales como:
- versiones intermedias clave;
- registros de revisiones importantes;
- alternativas rechazadas y los motivos del rechazo;
- pruebas de la aprobación final.
Las prácticas de conservación también deben reflejar la minimización de datos, las obligaciones de confidencialidad, los términos de plataformas de terceros, la seguridad del almacenamiento y los plazos de eliminación establecidos. La procedencia no debe convertirse en una razón para conservar indefinidamente cada entrada y registro de generación.
Una cadena de derechos defendible necesita pruebas, pero la gestión de las pruebas debe seguir siendo proporcionada.
12. ¿Qué podría hacer un agente consciente del contexto?
Las revisiones de propiedad intelectual a menudo comienzan demasiado tarde.
Cuando un activo está a punto de publicarse, entregarse, licenciarse o examinarse durante una diligencia debida, alguien empieza a buscar los registros pertinentes. A menudo el problema no es que esos registros nunca hayan existido, sino que el contexto está fragmentado entre acuerdos, archivos, herramientas de diseño, historial de código, comentarios de revisión y mensajes de aprobación.
Cuando los usuarios deciden proporcionar el contexto y los permisos pertinentes, un agente podría ayudar a conectar esos registros a medida que el trabajo se desarrolla.
Al inicio de un proyecto
Podría ayudar a identificar:
- el entregable previsto;
- los materiales internos y externos que se espera utilizar;
- si puede haber información sensible involucrada;
- si las herramientas propuestas han sido aprobadas;
- si el resultado puede llegar más adelante a un producto, llegar a un cliente o licenciarse externamente.
A medida que el trabajo cambia
Podría ayudar a preservar:
- las revisiones humanas significativas;
- los motivos por los que se rechazaron determinados resultados;
- los materiales de terceros introducidos recientemente;
- las cuestiones no resueltas que requieren revisión especializada;
- los cambios en el uso previsto del activo.
Antes de la publicación o la entrega
Podría preparar una revisión estructurada:
- ¿Son identificables las fuentes?
- ¿Hay pruebas de una contribución humana significativa?
- ¿Cubren los términos pertinentes de la plataforma el uso previsto?
- ¿Están disponibles los acuerdos necesarios con empleados o proveedores?
- ¿Existen posibles problemas de marca, imagen, código abierto, confidencialidad o datos?
- ¿Quién tiene autoridad para aprobar el uso final?
Cuando cambia el uso previsto
El agente podría traer de vuelta a la vista el contexto de la aprobación original:
Este activo se revisó anteriormente para un uso interno limitado. La propuesta de publicación externa o acuerdo de licencia es sustancialmente diferente y puede requerir una reevaluación.
Un agente consciente del contexto no debería declarar que un activo es «completamente seguro» o «no infractor». No debería decidir por sí mismo si existe el derecho de autor, si se aplica una excepción legal o si una empresa puede ofrecer una garantía legal incondicional.
Su papel más apropiado es preservar los hechos, conectar las pruebas, identificar lagunas y llevar a las personas, antes de que se publique el activo, las cuestiones que requieren un verdadero juicio jurídico.
Con el tiempo, las cuestiones recurrentes podrían traducirse en prácticas de revisión reutilizables, orientaciones organizativas y una asistencia de agentes cuidadosamente delimitada.
En términos más amplios, una dirección que vale la pena debatir es si los agentes conscientes del contexto podrían ayudar a preservar un contexto operativo continuo cuando los usuarios proporcionan deliberadamente los materiales y permisos pertinentes, no sustituyendo el juicio jurídico, sino manteniendo disponibles los hechos y las pruebas importantes cuando ese juicio sea necesario.
13. Quizá todo activo importante acabe teniendo su propia biografía
Hoy en día, las empresas suelen gestionar los activos mediante carpetas.
En el futuro, un activo importante asistido por IA podría tener una biografía digital actualizada continuamente.
Seleccione un fragmento de código de producto y la empresa podría ver:
- el requisito que lo originó;
- las personas y los agentes involucrados;
- las herramientas y bibliotecas utilizadas;
- qué partes se reescribieron sustancialmente;
- quién completó las pruebas y la revisión;
- de qué funciones del producto depende;
- qué condiciones de licencia se aplican.
Seleccione un activo visual destinado a un uso a largo plazo y la empresa podría ver:
- el brief de diseño original;
- los modelos y materiales de referencia utilizados;
- las revisiones clave del diseñador;
- los archivos de origen editables;
- los usos aprobados;
- las solicitudes, registros, acuerdos y registros de licencias pertinentes;
- los permisos existentes de los socios;
- la próxima fecha o evento que requiera revisión.
El registro de marcas, el registro de derechos de autor y otros registros administrativos tienen efectos jurídicos diferentes. Ninguno de ellos, por sí solo, prueba necesariamente que la empresa posea derechos completos y exclusivos sobre todo un activo asistido por IA.
Seleccione un flujo de trabajo y la empresa podría ver:
- el problema original que estaba diseñado para resolver;
- los materiales internos que utiliza;
- los servicios de terceros que procesan información;
- quién puede acceder a él;
- qué juicios deben seguir siendo humanos;
- si puede utilizarse para otros clientes o contextos;
- qué fallos históricos se han convertido en reglas formales.
El propósito no sería cargar cada acto creativo con una sobrecarga procedimental.
Significaría que, a medida que un activo adquiere más importancia, la empresa no necesitaría reconstruir desde cero por qué tiene derecho a usarlo.
Conclusión: poseer un archivo no es lo mismo que poseer un activo
La IA puede ayudar a las empresas a producir código, diseños, contenido e investigación a una velocidad sin precedentes.
Pero cuanto más rápida se vuelve la creación, más fácil es pasar por alto una cuestión fundamental:
¿Ha obtenido la empresa un archivo descargable, o ha construido un activo que puede controlar, mantener, entregar y comercializar?
La diferencia radica en una cadena de derechos defendible:
- de dónde provinieron los materiales de entrada;
- qué contribuciones humanas se realizaron;
- cómo se asignaron los derechos de empleados y proveedores;
- qué permite el proveedor del modelo;
- si hay derechos de terceros involucrados;
- quién completó las revisiones necesarias;
- qué uso fue aprobado;
- si un cambio de uso desencadenó una reevaluación;
- qué evidencia puede producir la empresa si se la impugna.
No toda conversación con IA necesita entrar en un proceso formal de propiedad intelectual.
Pero cuando un resultado entra en un producto, llega a un cliente, adquiere valor de marca a largo plazo o se convierte en una capacidad central repetible, la empresa debería conservar más que la versión final.
Entre un prompt y un producto, debería haber una cadena de derechos que pueda explicarse, revisarse y demostrarse.
Esta es también una dirección que vale la pena explorar para los agentes conscientes del contexto.
El valor potencial de este tipo de agente puede extenderse más allá de ayudar a las personas a crear más rápido. Con el conocimiento del usuario, la provisión deliberada de contexto y los permisos adecuados, podría ayudar a que el trabajo conserve sus fuentes, revisiones y decisiones. No debería fabricar una falsa certeza jurídica; debería llevar las cuestiones no resueltas a los responsables de la toma de decisiones autorizados y a asesores cualificados mientras aún haya tiempo para abordarlas.
La IA no hará desaparecer las cuestiones de propiedad intelectual.
Pero puede ayudar a una empresa a comprender —antes y con mayor claridad— qué ha creado, qué puede controlar y qué límites aún requieren una confirmación cuidadosa.