El prompt es tuyo; la propiedad no se resuelve tan fácil.

Dentro del expediente

Escribiste el prompt. La máquina devolvió cuatro mil líneas y funcionan. La pregunta incómoda llega meses después, cuando un competidor publica algo sospechosamente parecido y alguien te pregunta qué piensas enseñar.

No traigo una respuesta cerrada, porque no la tengo y desconfío de quien la vende en una frase. Traigo un orden de preguntas. Es criterio propio, no un dictamen sobre tu repositorio.

Dos absolutos que no me compraría

El primero dice que todo lo hecho con IA cae en dominio público. El segundo, que lo pediste tú y por tanto es tuyo entero. Los dos ahorran trabajo y los dos se caen en cuanto alguien abre el archivo concreto.

La respuesta no depende del tipo de herramienta empleada. Depende de lo que hizo una persona sobre ese material, de las condiciones que aceptaste al usar el modelo y de la ley del país donde se reclame la protección. Cambia una de esas piezas y cambia la respuesta.

Lo que la propiedad intelectual pregunta de verdad

La legislación española identifica como autor a la persona natural creadora y protege creaciones originales. Para los programas de ordenador contiene además reglas específicas. Y deja fuera de la protección las ideas y los principios subyacentes al programa, que no se consideran expresión. Fuente primaria ↗

En el idioma del despacho, el análisis empieza por la aportación humana identificable y no por la herramienta. Hay que saber cuál fue y si puede reconstruirse hoy. No cuento iteraciones. Busco decisiones humanas libres y creativas reconocibles en la expresión del programa. La ley exige que el programa sea una creación intelectual propia de su autor, y el Tribunal de Justicia repite que eso significa decisiones libres y creativas, que no existen cuando la expresión viene impuesta por la función técnica Fuente primaria ↗. Doscientas iteraciones documentadas no crean esa aportación, pero sirven para probarla si existió. Un prompt de cuatro frases y una descarga dejan poco que enseñar.

Y luego está la otra pregunta, que en una empresa suele pesar más que el prompt, que es quién es el titular. Si el programa lo hizo un trabajador asalariado en el ejercicio de sus funciones o siguiendo instrucciones de la empresa, los derechos de explotación son de la empresa, salvo pacto en contrario. El socio fundador que programa sin contrato laboral no entra en esa regla. Si lo hizo un externo por encargo, esa regla no se aplica, y lo que haya adquirido el cliente depende de la cesión. La ley quiere que conste por escrito y no presume la exclusiva, que ha de pactarse expresamente; a falta de mención, limita la cesión a cinco años, al país donde se realizó y a las modalidades de explotación indispensables para la finalidad del contrato Fuente primaria ↗. Pagar el desarrollo no es lo mismo que adquirir todos sus derechos.

Por qué no buscaría la respuesta en las leyes de inteligencia artificial

Cuando alguien acude a las leyes de inteligencia artificial esperando que le resuelvan de quién es un archivo, está llamando a la puerta equivocada. El Reglamento europeo de inteligencia artificial se ocupa de obligaciones relativas a los sistemas y a los modelos de uso general, y a quienes los ponen en el mercado o los utilizan. Fuente primaria ↗ Antes de atribuirse cualquier obligación conviene revisar el papel que uno tiene, el uso concreto, la versión aplicable y el calendario.

Nada de eso contesta a quién pertenece tu código. Esa pregunta la contestan otras normas y los contratos que firmaste sin leerlos. Mezclar los dos planos produce conversaciones largas que no terminan en ningún sitio.

Si lo valioso es la solución, no el fichero

Todo lo anterior protege la expresión, es decir, el código. Si lo que vale es la solución técnica, la pregunta cambia de ley. La ley no considera invención un programa de ordenador como tal, y solo lo excluye cuando la solicitud se refiere exclusivamente a él; una invención implementada por ordenador que resuelva un problema técnico puede ser patentable si es nueva, tiene actividad inventiva y aplicación industrial Fuente primaria ↗. A cambio, hay que describirla para que un experto pueda ejecutarla, y la solicitud se publica a los dieciocho meses, lo que saca del secreto lo descrito, de modo que patente y secreto son alternativas, no capas que se suman. El modelo de utilidad tampoco es la salida para un procedimiento, porque la ley lo excluye. Y la propia ley de propiedad intelectual deja claro que su régimen de los programas se aplica sin perjuicio de las patentes, los secretos y el derecho de obligaciones Fuente primaria ↗. No lo resuelvo aquí. Solo digo que, si el activo es la solución, el análisis no termina en los derechos de autor.

El secreto empresarial trabaja donde la autoría flojea

La Ley 1/2019 pide que la información sea secreta y que tenga valor empresarial precisamente por ese carácter. Pide además que su titular haya tomado medidas razonables para mantenerla en secreto. Fuente primaria ↗

Fíjate en la diferencia práctica. Ahí nadie discute quién tecleó qué línea. Se discute si la información estaba protegida y si sigue sin ser pública. Eso encaja mejor con un sistema construido con ayuda de modelos, donde sostener la autoría de cada fragmento es incómodo y el valor real está en la combinación.

Con un límite que conviene decir en voz alta, y es que el secreto no otorga monopolio sobre una idea general. La propia ley considera lícito llegar a la misma información por creación independiente o estudiando un producto que se tiene de forma lícita, si no existe una obligación válida que lo impida. Y no puede usarse para limitar la experiencia y las competencias que un trabajador adquiere honestamente en su carrera. Fuente primaria ↗

Medidas razonables no significa una carpeta con contraseña

La parte que más se descuida es la última. La ley no define qué es razonable ni publica ninguna lista de medidas. Yo lo leería como un estándar relativo, que se aprecia caso por caso mirando el valor de lo protegido y los medios de quien lo custodia. Con ese criterio, en un equipo de cuatro personas los accesos limitados por necesidad y unos acuerdos de confidencialidad que alguien se haya leído son un punto de partida sensato, y en una organización de cien probablemente no lo sean. Si bastan o no lo decide quien juzgue el caso concreto, no esta página.

Yo empezaría por saber qué información entra en esa categoría y quién puede verla hoy. Después miraría qué ocurre cuando un colaborador se marcha. Si puede llevarse la combinación completa en un portátil y no había ninguna medida para evitarlo, no hay secreto que defender, sino un problema que ya ocurrió. Las medidas se valoran por lo que existía antes de que se fuera, no por lo que se monta después.

El inventario que haría antes de prometerle nada a un cliente

Separaría lo que viene de terceros con su licencia de lo que salió del modelo. Y ambas cosas de lo que modificó después una persona. A cada pieza, su procedencia y sus condiciones de uso. Hay dos preguntas distintas. Qué puedo reclamar como propio y qué derechos ajenos puedo estar usando, por ejemplo por una licencia de código abierto con condiciones. Que el código venga de un modelo no contesta ninguna de las dos.

El historial del repositorio ayuda a reconstruir el proceso, pero no elimina por sí solo las condiciones de las herramientas ni acredita la originalidad de cada fragmento. Documentaría también las decisiones de diseño, es decir, qué se eligió y qué se descartó. No para fabricar una autoría retroactiva, que se nota, sino para conservar lo que pasó de verdad.

El hash acredita integridad, no autoría

Es fácil que aparezca alguien vendiendo un depósito con sello de tiempo como si fuera un título de propiedad. Una función hash sirve para comprobar que un contenido concreto se corresponde con ese valor. Fuente primaria ↗ Es útil. No es lo mismo que acreditar quién lo creó ni con qué derecho.

Por sí solo, un hash tampoco fecha nada, porque para fijar cuándo existía ese contenido hay que vincularlo a una fecha que no dependa de ti, como un sello de tiempo de un tercero, y solo el sello cualificado lleva aparejada una presunción legal de exactitud de la fecha Fuente primaria ↗. Y ni el sello convierte en tuyo lo que no lo era, ni repara una licencia incompatible arrastrada desde el principio.

La inscripción en el Registro de la Propiedad Intelectual es otra cosa. No crea el derecho, pero el registrador califica la solicitud y la ley presume, salvo prueba en contrario, que el derecho inscrito existe y pertenece a su titular en la forma que dice el asiento Fuente primaria ↗. Es una presunción que se puede rebatir, no un título que cierra la discusión.

La capa contractual es la que decide en la práctica

En la práctica, entre quienes firmaron, lo firmado suele decidir la discusión antes de que nadie llegue a plantear qué ley se aplica. Frente al competidor que no firmó nada, solo cuenta el derecho que puedas oponerle. Con un límite que conviene no olvidar, y es que el contrato se mueve dentro de la ley, no por encima de ella. Hay normas que no admiten pacto en contra, como los derechos morales del autor, que la ley declara irrenunciables e inalienables, o el límite que la propia Ley 1/2019 pone a usar el secreto para restringir la movilidad del trabajador o para imponer en su contrato de trabajo restricciones no previstas legalmente. Hay tres capas que mirar. Son las condiciones de uso del modelo, lo pactado con el cliente sobre los entregables y lo acordado con quien te ayudó a construirlo. Cuando esas tres capas dicen cosas distintas, el asunto se resuelve ahí y no en un tratado internacional.

Por eso, antes de licenciar nada, comprobaría quién tiene capacidad para conceder esa licencia y qué incluye exactamente. Vender un uso que no puedes garantizar es un problema comercial que se convierte en jurídico con retraso.

Qué le preguntaría a quien vende propiedad garantizada

Dos preguntas bastan para saber con quién hablas. La primera es sobre qué activo concreto se afirma la titularidad, con el archivo delante y no con el eslogan. La segunda es qué pasaría mañana si el proveedor del modelo modifica sus condiciones de uso.

Si la respuesta a las dos es un logotipo o un certificado privado presentado como oficial, ya sabes qué estás comprando. Un depósito puede tener utilidad probatoria, pero no sustituye la revisión de la titularidad ni la lectura de los contratos.

La versión corta para llevarse al despacho

Deja de buscar una respuesta general y abre el expediente concreto. Qué activo quieres proteger. Qué aportación humana puedes reconstruir sin inventarla. Qué licencias ajenas llevas dentro sin haberlas mirado.

Con código generado, reclamar la autoría de un archivo protege poco. Protege más que lo importante nunca saliera de casa y poder demostrarlo.

El prompt acredita que lo pediste. No acredita que lo crearas. Y lo que mejor te protege suele ser justamente lo que nunca publicaste.

Lo que me preguntan cuando cierro el portátil.

¿De quién es el código generado con inteligencia artificial?

No hay respuesta única y desconfiaría de quien la ofrezca. La ley española parte del autor como persona natural creadora y protege creaciones originales, así que el análisis depende de la aportación humana identificable sobre ese material. También pesan las condiciones de uso de la herramienta y la jurisdicción donde se discuta.

¿Qué dicen las leyes de inteligencia artificial sobre la propiedad del código?

El Reglamento europeo de inteligencia artificial regula obligaciones sobre los sistemas y sobre quienes los ponen en el mercado o los utilizan. No resuelve por sí solo de quién es un archivo concreto. Esa pregunta se contesta con las normas de propiedad intelectual y de secretos empresariales, y sobre todo con los contratos.

¿Protege mejor el secreto empresarial que el copyright?

Depende del activo. El secreto no obliga a acreditar autoría sobre cada fragmento, sino a que la información siga sin ser pública y a que existan medidas razonables para conservarla. A cambio no concede monopolio, de modo que quien llegue por su cuenta al mismo resultado está actuando de forma lícita.

El expediente detrás del artículo.

Ley de Propiedad Intelectual ↗BOE · texto consolidado; artículos citados en cada expediente · 1996
Texto consolidado; comprobar redacción aplicableSentencia Brompton Bicycle, C-833/18 ↗Tribunal de Justicia de la UE · 11 de junio, apartados 23 y 24 · 2020
Jurisprudencia del TJUELey 24/2015 de Patentes ↗BOE · artículos 4, 27, 37 y 137 · 2015
Texto consolidadoReglamento europeo de inteligencia artificial ↗EUR-Lex · Reglamento (UE) 2024/1689 · 2024
Normativa UE; comprobar versión y calendarioLey 1/2019 de Secretos Empresariales ↗BOE · artículos 1 y 2; creación independiente e ingeniería inversa en el artículo 2.1 · 2019
Normativa españolaFunciones hash: Secure Hash Standard ↗NIST · FIPS 180-4 · 2015
Estándar técnicoReglamento (UE) 910/2014, identificación electrónica y servicios de confianza ↗EUR-Lex · texto consolidado con el Reglamento (UE) 2024/1183; artículos citados en cada expediente · 2014
Normativa UE; comprobar versión aplicable

Fuentes consultadas el 11 de septiembre de 2026. Las recomendaciones y ejemplos son elaboración editorial y no se atribuyen íntegramente a estas fuentes. Comprueba versión y ámbito antes de aplicar una norma.

Divulgación general. Ninguna herramienta de esta web certifica la revisión, seguridad o conformidad de un proceso.