¿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
- ¿Qué elementos exactos se ceden y cuáles quedan bajo licencia?
- ¿El repositorio de código se creará en una cuenta que yo controle desde el primer commit?
- ¿Los prompts y las instrucciones figuran en la lista de entregables cedidos?
- ¿Quién abre las cuentas en la nube y las claves de API, y a nombre de quién se facturan?
- ¿Qué ocurre si el modelo utilizado cambia de precio o desaparece?
- ¿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.


