Ir al contenido principal
nexeai
Todos los artículos

¿Quién es el propietario del agente IA desarrollado para usted?

Nicolas13 min de lectura
¿Quién es el propietario del agente IA desarrollado para usted?

Usted pagó el desarrollo, el agente funciona en producción, y un día su proveedor le anuncia que debe pasar a su suscripción mensual para seguir usándolo. O peor: quiere cambiar de proveedor y descubre que el código, las instrucciones y los accesos a las cuentas no le siguen. La pregunta sobre la propiedad de un agente IA casi nunca se plantea al firmar. Se plantea en el primer desacuerdo.

Es una cuestión de derecho, no de confianza. Un agente IA combina varios objetos que no se rigen por el mismo régimen: código, instrucciones en lenguaje natural, una base documental, datos de negocio, cuentas de alojamiento y, casi siempre, un modelo que pertenece a otro. Mientras el contrato no diga nada, cada uno de esos objetos se queda con quien lo produjo.

Key Takeaways

  • Un agente IA no es un entregable único: código, prompts, base de conocimiento, datos y cuentas siguen regímenes distintos, y el contrato debe tratarlos por separado.
  • En el derecho francés, el derecho de autor nace en la persona que escribió el programa. La transferencia al cliente no es automática: exige un acto de cesión escrito que delimite con precisión lo cedido.
  • La excepción prevista para los asalariados no se aplica cuando usted trabaja con una agencia o un autónomo: en ese caso, solo pasan a su lado los derechos mencionados expresamente en el contrato.
  • Poseer el agente significa tener el repositorio de código, las instrucciones, los accesos a las cuentas y la documentación. Un simple derecho de uso no le hace autónomo.
  • Una cláusula que le cediera por adelantado todo lo que el proveedor produzca en el futuro es frágil: el código prohíbe la cesión global de obras futuras.

Un agente IA no es un entregable único

El primer error consiste en hablar de «el agente» como de un objeto. Un agente en producción es un ensamblaje. Para la propiedad, lo que cuenta es saber quién tiene cada pieza.

El código y la orquestación

Es la parte más fácil de identificar: el programa que recibe una petición, consulta un modelo, llama a sus herramientas y devuelve una respuesta. Ese código está protegido por el derecho de autor como programa informático, con un régimen específico en el código de propiedad intelectual. Vive en un repositorio con historial de versiones, y ese repositorio es lo que debe cambiar de manos.

Los prompts y las instrucciones

Las instrucciones dadas al modelo suelen ser el activo más específico del proyecto: reglas de negocio, tono, formato de respuesta, casos de error, salvaguardas. No se parecen a código, pero están escritas, estructuradas y a veces ocupan cientos de líneas. Los contratos antiguos no las mencionan, y ahí se sitúan las discusiones más incómodas: el proveedor las considera parte de su saber hacer, usted las considera una descripción de su empresa.

La base de conocimiento y los datos

Un agente conectado a sus procedimientos, sus ofertas o sus contratos se apoya en un corpus documental. Los documentos le pertenecen, pero la forma en que se dividen, se indexan y se almacenan puede quedarse en el proveedor. La pregunta que hay que hacer es simple: si recupero los archivos en bruto, ¿recupero un agente utilizable?

El modelo, que casi siempre pertenece a un tercero

Salvo en proyectos muy concretos, usted no entrena un modelo. Llama a una API, la de OpenAI, Mistral, Google o un modelo de código abierto instalado en un servidor. En ese caso no compra ninguna parte del modelo: compra un derecho de uso regulado por las condiciones del editor, y ese derecho puede cambiar de precio o de alcance sin que su contrato de desarrollo le proteja. Conviene separar con claridad lo que posee (el código, las instrucciones, la integración), lo que tiene disponible (un acceso a un modelo) y lo que nadie le cede (los pesos del modelo).

Las cuentas, las claves y la infraestructura

Última pieza, a menudo olvidada: el agente funciona en una cuenta en la nube, con claves de API, un dominio, una base de datos. Si esas cuentas se abrieron a nombre del proveedor, usted no es propietario de su agente, aunque tenga una cláusula de cesión perfecta. Es inquilino de su propia herramienta.

Elemento Titular por defecto Lo que debe obtener
Código y orquestación El desarrollador que lo escribió Cesión escrita de los derechos patrimoniales, repositorio transferido
Prompts e instrucciones El proveedor, si no figuran Mención explícita entre los entregables cedidos
Base documental Usted para los archivos, el proveedor para la indexación Exportación del corpus y de su configuración
Modelo utilizado El editor del modelo o la comunidad de código abierto Nada que ceder: encuadrar la dependencia y el coste
Cuentas en la nube, claves, dominio Quien las abrió Apertura a nombre del cliente, o transferencia escrita

Qué dice el derecho francés cuando el contrato calla

El derecho de autor francés no funciona como el derecho de patentes. No hay registro que le convierta en propietario: el derecho nace del simple hecho de la creación, en la persona del autor, es decir, en principio, de la persona física que escribió el código.

La excepción del asalariado

El código de propiedad intelectual prevé una atribución automática en beneficio del empleador. Según el artículo L113-9 del código de propiedad intelectual, «los derechos patrimoniales sobre los programas informáticos y su documentación creados por uno o varios asalariados en el ejercicio de sus funciones o según las instrucciones de su empleador se atribuyen al empleador, que es el único habilitado para ejercerlos».

Esta regla la invocan a menudo directivos que deducen que pagar basta. No se aplica a su situación si el desarrollador es asalariado de su agencia y no de su empresa. Protege al empleador del desarrollador, no a su cliente.

La regla general: una cesión escrita y delimitada

Frente a un proveedor independiente, una agencia o una sociedad de servicios, hace falta un contrato de cesión. Y ese contrato está encuadrado. Según el artículo L131-3 del código de propiedad intelectual, «la transmisión de los derechos del autor está subordinada a la condición de que cada uno de los derechos cedidos sea objeto de una mención distinta en el acto de cesión y de que el ámbito de explotación de los derechos cedidos quede delimitado en cuanto a su extensión y a su destino, en cuanto al lugar y en cuanto a la duración».

Tres consecuencias prácticas. Primero, una cláusula vaga del tipo «el cliente es propietario de los entregables» no dice qué derechos se ceden: reproducción, adaptación, puesta a disposición, comercialización. Segundo, una cesión sin duración ni territorio está mal delimitada, lo que abre la puerta a la controversia. Tercero, el código prohíbe la cesión global de obras futuras: la cláusula que le atribuyera por adelantado todo lo que el proveedor produzca algún día, incluidas evoluciones no descritas, no es un cheque en blanco.

A eso se añade el derecho moral, que permanece ligado al autor y no se cede. En la práctica no le impide explotar el agente, pero explica por qué algunos contratos prevén una renuncia al ejercicio de ciertos derechos morales, y por qué un proveedor serio lo negocia en lugar de ignorarlo.

Cuatro montajes contractuales, del más abierto al más cerrado

Los cuatro son defendibles. Lo que no lo es, es firmar uno creyendo firmar otro.

Montaje Lo que obtiene Lo que no puede hacer Cuándo es coherente
Cesión completa El código, las instrucciones y la documentación le pertenecen Nada, salvo componentes de terceros Proyecto estratégico, agente central para su negocio
Licencia perpetua Derecho de uso ilimitado, sin transferencia de propiedad Revender, modificar, confiar el mantenimiento a otro Herramienta interna estable, presupuesto controlado
Licencia ligada a una suscripción Uso mientras paga Continuar tras la rescisión Agente empaquetado, poca especificidad
Código abierto con servicios Usted tiene el código entregado, bajo licencia libre Apropiarse del código existente de un tercero Proyectos donde la reversibilidad es prioritaria

Una cesión completa no siempre es deseable. Si su agente es una adaptación de un producto que el proveedor mantiene para veinte clientes, exigir la propiedad del núcleo equivale a pedirle que venda su negocio. La buena pregunta no es «quién posee todo», sino «qué necesito para no quedarme bloqueado».

Poseer en la práctica: lo que debe cambiar de manos

Una cesión de derechos firmada no basta para hacerle autónomo. Lo que decide su libertad real es la lista de accesos. Es la que un proyecto de agente IA debería producir antes de la puesta en producción.

  • El repositorio de código, con su historial completo, en una cuenta que usted controle.
  • Las instrucciones y su versionado, en el mismo repositorio o en un archivo exportable.
  • Los entornos de prueba y de producción, abiertos a su nombre y facturados a su nombre.
  • Las claves de API de los modelos, vinculadas a su cuenta de editor, para que el coste y el límite de consumo queden en su lado.
  • El nombre de dominio y las direcciones profesionales usadas para las notificaciones.
  • La documentación de explotación: arquitectura, dependencias, procedimiento de reinicio, procedimiento de restauración.
  • El registro de subcontratistas y servicios de terceros, con su papel exacto.

Una prueba simple permite saber dónde está: pida a un tercero que retome el agente sin contactar al proveedor. Si no lo consigue, la propiedad es teórica. Es el objeto de una auditoría y consultoría antes de la firma, y más aún después de dos años de explotación.

Las trampas que hacen perder la propiedad sin decirlo

La cláusula de los componentes reutilizables

Muchos contratos ceden los entregables específicos y después reservan al proveedor «los componentes genéricos, librerías y frameworks» que ha desarrollado. La cláusula es legítima. El problema es su definición: si la orquestación de su agente se califica como componente genérico, usted ha cedido la fachada y conservado las paredes.

El ajuste fino y los datos de entrenamiento

Cuando un modelo se ajusta con sus datos, aparece una pregunta nueva: ¿a quién pertenecen los pesos ajustados? El contrato de desarrollo casi nunca lo dice, y las condiciones del editor del modelo suelen prever que el modelo ajustado se queda en su lado. A falta de respuesta escrita, parta de la idea de que solo posee los datos, no el resultado del ajuste, y que esos datos pueden servir para mejorar un servicio compartido.

El alojamiento en marca blanca

Un agente presentado bajo su marca puede funcionar en la infraestructura del proveedor, con sus usuarios y sus datos. Entonces usted posee la marca y la interfaz, no el servicio. Si la relación termina, la herramienta también.

La subcontratación no declarada

El proveedor que firma no siempre es el que desarrolla. La cadena de subcontratación complica la trazabilidad de los derechos: un subcontratista puede tener derechos que nunca cedió a su cliente, y por tanto que este no puede cederle a usted. La cláusula de cesión debe repercutirse en cada nivel, como detalla nuestro artículo sobre las cláusulas de un contrato de prestación IA.

La promesa de traspaso gratuito

«Si se va, le acompañamos gratis.» Una promesa oral, o una cláusula sin duración ni alcance, no equivale a un plan de reversibilidad. El traspaso se prepara al firmar, con un formato de restitución y un plazo.

Seis preguntas antes de firmar

  1. ¿Qué elementos exactos se ceden y cuáles quedan bajo licencia?
  2. ¿El repositorio de código se creará en una cuenta que yo controle desde el primer commit?
  3. ¿Los prompts y las instrucciones figuran en la lista de entregables cedidos?
  4. ¿Quién abre las cuentas en la nube y las claves de API, y a nombre de quién se facturan?
  5. ¿Qué ocurre si el modelo utilizado cambia de precio o desaparece?
  6. ¿En qué forma recupero el agente si lo dejamos, y en qué plazo?

Estas seis respuestas caben en una página. El presupuesto que precede a la firma ya debería contenerlas, y las preguntas que hacer a una agencia IA permiten comprobar la coherencia entre el discurso comercial y el contrato.

Preguntas frecuentes

Si pago el desarrollo, ¿el código no me pertenece automáticamente?

No. En el derecho francés, el derecho de autor nace en la persona que escribió el programa, salvo la atribución automática prevista para los asalariados en beneficio de su empleador. Frente a una agencia o un autónomo, solo un acto de cesión escrito, con mención distinta de los derechos cedidos y un ámbito de explotación delimitado, transfiere los derechos patrimoniales.

¿Puede mi proveedor reutilizar mi agente para un competidor?

Depende de lo que reserve el contrato. Si conserva la propiedad de componentes genéricos o de su núcleo técnico, puede reutilizarlos, a veces con elementos cercanos a su configuración. Dos salvaguardas: una cláusula de exclusividad sectorial y una cláusula que prohíba reutilizar sus datos y sus instrucciones.

¿Quién posee el modelo cuando el agente llama a una API como OpenAI o Mistral?

Nadie en su lado. Usted dispone de un derecho de uso regulado por las condiciones del editor, que puede modificar sus tarifas, sus modelos o sus condiciones. Lo que posee es el código de integración, las instrucciones y la capacidad de cambiar de proveedor de modelo sin reescribir el agente.

¿Qué ocurre si el proveedor cierra o es adquirido?

Sin repositorio de código a su nombre, cuentas en la nube a su nombre y documentación de explotación, usted pierde la herramienta. Por eso la reversibilidad debe tratarse como una cláusula de continuidad, con un formato de restitución (repositorio, exportaciones, accesos) y un plazo aplicable en caso de cese de actividad.

¿Hay que registrar el código o la marca?

El registro del código ante un organismo de depósito (tipo APP o e-Soleau en Francia) sirve para probar la fecha y el contenido de una creación. No transfiere ningún derecho: lo constata. El registro de marca protege el nombre, no el programa. Son trámites complementarios y ninguno sustituye a la cláusula de cesión.

Conclusión

La propiedad de un agente IA no se decide en una cláusula única, sino en tres capas: el contrato de cesión, la lista de entregables y los accesos reales a las cuentas y al repositorio. Un proyecto puede ejecutarse a la perfección y dejarle sin nada si falta una de esas capas.

Antes de la próxima firma, haga que se escriba lo que le corresponde, lo que queda bajo licencia y en qué forma recupera el conjunto. Si quiere revisar un contrato en negociación o encuadrar un proyecto con estas preguntas desde el principio, escríbanos desde la página de contacto.


Compartir este artículo

¿Quiere ir más lejos?

Hablemos de cómo la IA puede aplicarse concretamente a su actividad, en un primer intercambio gratuito.