¿Quién es dueño del código hecho con IA? Explicado simple
Qué dicen los términos de las herramientas, los derechos de autor y los contratos con freelancers sobre el código hecho con IA. No es asesoría legal.
Read in English →
En la mayoría de los casos, la herramienta que usaste no reclama tu código: los términos de los constructores de apps y asistentes de programación más conocidos dicen que el resultado es tuyo, o te ceden los derechos que ellos tengan sobre él. Las preguntas difíciles son otras: si el código escrito por completo por una máquina puede protegerse con derechos de autor, y si las personas que trabajaron para ti (freelancers, agencias, socios) te cedieron lo que hicieron. Ambas tienen respuestas prácticas que puedes aplicar hoy.
Esto es una explicación general en lenguaje sencillo, no asesoría legal. Las leyes cambian según el país y con el tiempo, y tu caso depende de tus contratos. Antes de levantar inversión, vender la empresa o firmar con un cliente grande, pide a un abogado que revise tu situación.
¿Qué dicen los términos de las herramientas de IA?
Cada herramienta tiene sus propios términos y los actualiza, así que lee la versión vigente de todas las que usaste. A octubre de 2026, dos ejemplos:
- Lovable dice en sus términos publicados que el cliente es dueño de los proyectos que construye y del resultado generado por la IA para él, sujeto a derechos de terceros sobre los modelos o datos de base. Los mismos términos explican cómo Lovable puede usar prompts y código generado para mejorar sus sistemas, que es un tema distinto al de la propiedad.
- Cursor, en sus términos de servicio, indica que su empresa, Anysphere, te cede los derechos que tenga, "if any" (si los hubiera), sobre las sugerencias que genera. También advierte que esas sugerencias pueden ser parecidas o idénticas a las que recibe otro usuario.
Ese "si los hubiera" importa. Una herramienta solo puede cederte los derechos que tiene, y eso lleva a la pregunta de los derechos de autor.
¿El código generado con IA tiene derechos de autor?
La tendencia en muchos países es la misma: los derechos de autor protegen obras creadas por personas. Algunos ejemplos concretos:
- Estados Unidos. La Oficina de Derechos de Autor publicó en enero de 2025 la segunda parte de su informe sobre IA y derechos de autor. Concluye que lo generado por completo por IA no está protegido, que con las herramientas actuales los prompts por sí solos no suelen bastar para considerarte autor, y que sí se protegen los aportes humanos: el código que escribes tú y tu selección, organización o modificación creativa de lo que produjo la IA. En el caso Thaler v. Perlmutter, un tribunal federal de apelaciones confirmó en 2025 que la ley exige un autor humano, y la Corte Suprema se negó a revisar el caso en marzo de 2026.
- México. En julio de 2025, la Segunda Sala de la Suprema Corte resolvió (Amparo Directo 6/2025) que una obra generada de forma autónoma por IA no puede registrarse, porque la autoría corresponde a personas físicas.
- España. La Ley de Propiedad Intelectual considera autor a la persona natural que crea la obra.
Para una app típica, esto significa que las partes que tú o tu equipo diseñaron, escribieron, reorganizaron y revisaron están en terreno más firme que los bloques grandes aceptados tal cual desde un prompt. También significa que los derechos de autor son solo una capa. En la práctica pesan igual el secreto comercial (mantener el código privado), los contratos y, sobre todo, controlar el repositorio.
¿De quién es el código que hizo un freelancer o una agencia?
Aquí es donde más fundadores se llevan sorpresas. En Estados Unidos y en muchos otros países, el código escrito por un contratista independiente no pasa automáticamente al cliente: sigue siendo de quien lo escribió, salvo que un contrato por escrito te lo ceda. Con empleados suele ser distinto, porque lo que hacen en su trabajo normalmente pertenece al empleador, pero el detalle depende de la ley local y del contrato laboral.
Qué buscar en cualquier contrato de desarrollo:
- Una cláusula de cesión que transfiera la propiedad intelectual del trabajo a tu empresa una vez pagado.
- Una lista de lo que se reservan, como librerías propias que reutilizan, con una licencia para que tú las uses.
- Declaración de código abierto: el compromiso de decirte qué paquetes de terceros incluyeron y con qué licencias.
- Entrega completa: código fuente, esquema de la base de datos, configuración y accesos, no solo una app funcionando.
Si alguien ya construyó parte de tu app sin contrato, suele ser más fácil pedirle ahora que firme una cesión breve que descubrir el hueco durante la revisión de un inversionista.
¿Y el código abierto que viene dentro?
Las herramientas de IA aprenden de código público e instalan paquetes de registros públicos. Revisa dos cosas:
- Dependencias. El archivo de paquetes de tu app lista todas las librerías que usa. La mayoría tienen licencias permisivas, como MIT o Apache 2.0. Las licencias copyleft, como GPL o AGPL, pueden traer la obligación de compartir código en ciertas situaciones, así que conviene saber dónde aparecen.
- Fragmentos copiados. Un asistente puede reproducir un trozo reconocible de código con licencia. Algunas herramientas ofrecen filtros para evitarlo. Para lo importante, ayuda una revisión de un desarrollador.
¿Cómo te aseguras de que el código sea tuyo de verdad?
Ser dueño en papel sirve de poco si otro tiene las llaves. Revisa esta lista:
- Pon el código en un repositorio de GitHub (u otro) que pertenezca a la cuenta de tu empresa, no a la cuenta personal de un contratista. Nuestra guía sobre la sincronización de GitHub en Lovable cubre la parte de exportar.
- Registra el dominio, el hosting, el proyecto de base de datos y las cuentas de las tiendas de apps a nombre de la empresa, con al menos dos personas que puedan entrar.
- Guarda los contratos y cesiones de todos los que aportaron, incluidos los socios.
- Lleva un inventario de los servicios de terceros y sus términos, para saber de qué dependes.
- Documenta cómo se construye y se despliega la app, para poder entregársela a otra persona mañana. Mira cómo documentar tu app para entregarla.
Respuestas rápidas
¿Lovable o Bolt son dueños de mi app? Los términos de Lovable que revisamos dicen que los proyectos y el resultado son tuyos. Revisa los términos vigentes de cada herramienta que usaste, porque cambian.
¿Alguien puede copiar legalmente mi app hecha con IA? Copiar tu código sin permiso puede violar tus términos, tu secreto comercial o los derechos sobre las partes escritas por personas. Depende de los hechos, así que consulta con un abogado.
¿Debo contarles a los inversionistas que la app se hizo con IA? Sí. Igual van a revisar la propiedad y la calidad del código, y ser claro desde el principio evita sorpresas. Mira la revisión técnica para inversionistas.
¿Esto es asesoría legal? No. Es una explicación general para que llegues con mejores preguntas a un abogado.
¿Necesitas ordenar tu código?
Si tu código está repartido entre herramientas, cuentas personales y contratistas que ya no están, podemos ayudarte a juntarlo, documentarlo y ponerlo en forma con nuestro mantenimiento de software o como parte de un desarrollo de MVP. Para lo legal, habla con un abogado; para lo técnico, escríbenos y una persona te responde en un día hábil.


