La IA ayudó a escribir el código: el estudio debe separar los derechos sobre 3 partes del producto

El cliente ha enviado un contrato: ceder todos los derechos sobre el resultado y confirmar que no contiene materiales de terceros. El equipo ha desarrollado la integración con Cursor, Claude Code o Codex y ahora intenta determinar si puede firmarlo. Conviene empezar por el contenido de la versión que se va a entregar. Si incluye una biblioteca ajena, la plataforma propia del estudio y un adaptador nuevo, una sola frase sobre «todos los derechos» oculta tres acuerdos distintos.

Para quien desarrolla el software, se trata de llevar un registro de componentes. Para quien fundó el estudio, la cuestión es si el equipo podrá reutilizar su trabajo en el siguiente proyecto. Para el cliente, si podrá mantener el sistema que ha pagado cuando termine la relación con el proveedor. La participación de la IA añade preguntas, pero buena parte del trabajo ya resulta familiar en el desarrollo convencional.

Primero, desglosa los entregables

Pensemos en un estudio que conecta el sistema de pagos de un cliente a su propia plataforma. El proyecto incorpora un adaptador, una biblioteca con licencia MIT y una cola de procesamiento de pagos más rápida. El asistente ha participado en la escritura del adaptador y en la modificación de la cola.

La biblioteca sigue siendo un componente de terceros. Poder utilizarla en un producto comercial no convierte al estudio en titular de derechos exclusivos sobre ella. Por tanto, la afirmación «no hay materiales de terceros» debe corregirse con independencia de quién haya elegido el paquete: una persona o el asistente.

Con la plataforma, la situación es más compleja. Una cláusula que establezca que «el trabajo previo sigue perteneciendo al proveedor» deja sin resolver qué ocurre con la cola mejorada: se creó durante el proyecto. Si el estudio pretende reutilizar esa mejora, habrá que acordar por separado qué derechos corresponden a cada parte.

Quedan así tres asuntos que negociar: los componentes de terceros, la plataforma con sus mejoras de uso general y el desarrollo específico para el cliente. Esa frontera puede atravesar un mismo archivo. Distribuir el código en carpetas no basta: el contrato debe describir el reparto de derechos acordado.

Qué revisar en el código y en las condiciones del asistente

Empieza por una versión concreta: código fuente, compilación, documentación y dependencias. Así, ambas partes hablarán de los mismos entregables, en lugar de una rama de trabajo que cambia cada día.

El material de origen propone dos herramientas: Syft para elaborar un inventario de componentes de software, o SBOM, y ScanCode Toolkit para buscar información sobre licencias y autoría en los archivos. Este registro ayuda a obtener una visión del contenido de la entrega. Un fragmento de terceros integrado en un archivo propio exigirá revisar también el código y el historial de cambios. Un informe vacío del escáner no resuelve todas las dudas sobre la procedencia del material.

El siguiente documento son las condiciones del servicio de IA utilizado. El artículo destaca una distinción fundamental: las disposiciones sobre los derechos del usuario regulan su relación con el proveedor del asistente. No permiten deducir automáticamente los derechos sobre las bibliotecas, los materiales del cliente ni el producto completo resultante.

También hay que revisar por separado la posible protección frente a reclamaciones y sus exclusiones. Para ello, se necesitan el producto exacto, el plan contratado y la versión aplicable de las condiciones. Anotar «tenemos una suscripción de pago» no basta para comparar obligaciones: las promesas del estudio al cliente pueden ser más amplias que los compromisos del proveedor de IA.

Da al cliente permisos claros

Que el estudio conserve la plataforma es solo la mitad del acuerdo. El cliente necesita permisos suficientes para su caso de uso: ejecutar el sistema, corregir errores, contratar a otro equipo y darle acceso al código fuente. Vender acceso a empresas externas también requiere tratarse por separado.

Antes de conectar el asistente, conviene comprobar si se le pueden transmitir el código fuente, las especificaciones y los datos del cliente. Desactivar el entrenamiento no resuelve por sí solo si esa transmisión está permitida. Una solución viable puede incluir una herramienta acordada, acceso limitado a los archivos y registros sintéticos en lugar de reales.

El resultado práctico de esta revisión es un anexo con los entregables y los derechos acordados sobre sus componentes. Debe contrastarse con el contrato, los acuerdos con los desarrolladores y la legislación aplicable. Si la versión entregada contiene una biblioteca de terceros y el contrato sigue prometiendo la ausencia total de materiales de terceros, aún es pronto para firmar esa cláusula.