¿El código de IA infringe derechos de autor? (2026)
Usar un asistente de programación con IA no te protege de la ley de derechos de autor. Si la herramienta reproduce código protegido y tú lo distribuyes, puedes ser responsable bajo 17 U.S.C. § 501, incluso sin saberlo. Además, el código escrito puramente por IA puede no ser protegible por derechos de autor, por lo que es posible que no tengas nada que proteger.
Información verificada al 2026-06-25. Este artículo presenta información legal general sobre la ley federal de Estados Unidos, no asesoramiento legal. La ley sobre obras generadas por IA está en evolución, y varios casos citados a continuación aún están en apelación.
Alcance jurisdiccional: Este artículo aborda la ley federal de derechos de autor de Estados Unidos (Título 17 del Código de EE. UU.), el requisito de autoría humana y el cumplimiento de licencias de código abierto para software, incluido el código asistido y generado por IA. No cubre la ley de patentes ni de secretos comerciales, y no aborda otros países. Para la perspectiva global, consulta cómo difieren la IA y los derechos de autor en todo el mundo.
Para una visión más amplia de Estados Unidos y cómo se articulan estas reglas, consulta nuestro centro de IA, derechos de autor y código.
¿Usar IA para escribir código es una infracción de derechos de autor?
Usar un asistente de IA para escribir código no es, por sí mismo, una infracción de derechos de autor. El problema legal surge cuando la herramienta reproduce la expresión protegida de otra persona y tú la copias, distribuyes o utilizas como base. Bajo 17 U.S.C. § 106, solo el titular de los derechos de autor puede reproducir una obra, preparar obras derivadas o distribuir copias. Bajo 17 U.S.C. § 501, cualquiera que viole esos derechos es un infractor. El estatuto no establece ningún requisito de conocimiento, por lo que la infracción no depende de si sabías que el resultado provenía de código protegido.
Surgen dos preguntas separadas que la gente suele confundir. Primero: ¿reprodujo la IA una expresión protegida que tú luego distribuiste? De ser así, puedes ser responsable independientemente de tu intención. Segundo: ¿puedes ser propietario de lo que la IA produjo para ti? A menudo no puedes, porque la ley de Estados Unidos protege solo la autoría humana. Las secciones siguientes analizan ambas preguntas y luego abordan las reglas de licencias de código abierto que resuelven la mayoría de las disputas reales.
Los derechos de autor son federales, no estatales: una sola norma nacional
No existe un estatuto estatal de derechos de autor para el software. Los derechos de autor están regulados exclusivamente por la ley federal. La Sección 301 del Título 17 desplaza cualquier derecho bajo ley estatal que sea equivalente a los derechos de autor en una obra fijada, por lo que California, Texas y Nueva York aplican el mismo Copyright Act federal al código. Por eso no existen guías de 'derechos de autor por estado': la norma no varía de un estado a otro.
"A partir del 1 de enero de 1978, todos los derechos legales o equitativos equivalentes a cualquiera de los derechos exclusivos comprendidos en el alcance general de los derechos de autor según lo especificado en la sección 106 ... están regulados exclusivamente por este título." 17 U.S.C. § 301(a)
Lo que puede variar por estado son las reclamaciones relacionadas que un demandante agrega junto a los derechos de autor. La apropiación indebida de secretos comerciales se rige por la versión estatal del Uniform Trade Secrets Act, y el incumplimiento de un acuerdo de licencia se rige por la ley contractual estatal. Estas son causas de acción separadas que se superponen a la única norma federal de derechos de autor, no ley de derechos de autor estatal.
"No sabía que la IA lo había copiado" no es una defensa
La infracción de derechos de autor es una falta de responsabilidad objetiva. La Sección 501 convierte en infractor a cualquiera que viole un derecho exclusivo, sin importar la intención o el conocimiento. La Corte Suprema estableció este principio ya en 1931 en Buck v. Jewell-LaSalle Realty Co., sosteniendo que 'la intención de infringir no es esencial bajo la ley'. La inocencia cambia el precio, no el veredicto.
Los daños estatutarios escalan según la culpa, no según si ocurrió la infracción:
| Escenario | Daños estatutarios por obra | Autoridad |
|---|---|---|
| Infracción estándar | $750 a $30,000 | 17 U.S.C. § 504(c)(1) |
| Infractor inocente | desde $200 | 17 U.S.C. § 504(c)(2) |
| Infracción intencional | hasta $150,000 | 17 U.S.C. § 504(c)(2) |
Por tanto, un desarrollador que distribuye sin saberlo un resultado de IA que reprodujo código protegido puede seguir siendo responsable. La falta de conocimiento puede reducir la indemnización por daños, pero no elimina el reclamo. Un aspecto procesal importante antes de cualquier demanda: bajo 17 U.S.C. § 411(a), y la decisión de la Corte Suprema en Fourth Estate Public Benefit Corp. v. Wall-Street.com, el titular de una obra estadounidense debe obtener un registro de derechos de autor real, no solo presentar una solicitud, antes de demandar por infracción.
El código abierto no es de uso libre: cumple con la licencia
"Código abierto" no significa dominio público. El código de fuente abierta tiene derechos de autor y se publica bajo una licencia que otorga derechos amplios solo si cumples sus condiciones. La definición de la Open Source Initiative requiere que estas licencias permitan la redistribución y modificación, pero la concesión es condicional y no implica la renuncia a los derechos de autor del autor.
Las condiciones se dividen en dos familias. Las licencias permisivas principalmente requieren atribución. Las licencias copyleft también exigen que lo que construyas y distribuyas permanezca abierto.
| Licencia | Tipo | Obligación principal |
|---|---|---|
| MIT, BSD | Permisiva | Conservar el aviso de derechos de autor y el texto de licencia en las copias |
| Apache 2.0 | Permisiva | Conservar avisos y el archivo NOTICE, declarar cambios, incluye concesión de patente |
| GPL, LGPL | Copyleft | Distribuir obras derivadas bajo la misma licencia, con código fuente |
| AGPL-3.0 | Copyleft de red | Igual que GPL, más ofrecer el código fuente a los usuarios que interactúen a través de una red (§ 13) |
La cláusula de red de AGPL toma por sorpresa a muchos desarrolladores de software como servicio. Bajo la sección 13 de AGPL-3.0, si modificas el programa y permites que los usuarios interactúen con él de forma remota a través de una red, debes ofrecer a esos usuarios el código fuente correspondiente, incluso si nunca distribuiste el código como descarga.
Los tribunales hacen cumplir estos términos con firmeza. En Jacobsen v. Katzer, el Circuito Federal sostuvo que las condiciones de las licencias de código abierto van ligadas a la concesión de derechos de autor, por lo que violarlas constituye infracción de derechos de autor, no simplemente incumplimiento de contrato, lo que abre la puerta a daños estatutarios e interdictos. En Artifex Software v. Hancom, un tribunal federal también trató la GPL como un contrato ejecutable. Más recientemente, en Software Freedom Conservancy v. Vizio, un tribunal estatal de California admitió la teoría de que incluso los usuarios finales de un producto GPL pueden demandar como terceros beneficiarios para hacer cumplir la obligación de proporcionar el código fuente. La lección práctica es clara: distribuir código copyleft dentro de un producto comercial cerrado sin cumplir la licencia constituye tanto infracción de derechos de autor como incumplimiento de contrato, y afirmar que una herramienta de IA lo generó no cambia quién está distribuyendo el resultado.
¿Comparte la responsabilidad la herramienta de IA o su fabricante?
La responsabilidad por distribuir resultados que infringen derechos de autor recae generalmente en la parte que los distribuye, que normalmente eres tú, no el proveedor de la herramienta. Si el proveedor de IA también tiene responsabilidad es algo que se está litigando. En Doe v. GitHub, los desarrolladores demandaron a GitHub, Microsoft y OpenAI por el asistente de programación Copilot, argumentando que reprodujo su código de fuente abierta y eliminó información de gestión de derechos de autor. En septiembre de 2024, el tribunal desestimó los reclamos federales de la sección 1202 de la DMCA, aplicando un requisito de 'identidad' que la mayoría de los resultados de Copilot no cumplen, mientras que los reclamos por incumplimiento de contrato y licencias de código abierto sobrevivieron. La cuestión de la DMCA llegó al Noveno Circuito, que escuchó los argumentos en febrero de 2026, sin que se haya emitido una decisión a mediados de ese año.
La disputa relacionada sobre los datos de entrenamiento está dividiendo a los tribunales. En Thomson Reuters v. Ross Intelligence, un tribunal rechazó una defensa de uso justo en un caso donde una IA no generativa fue entrenada con material protegido por derechos de autor de un competidor para crear un producto directamente competidor. En Bartz v. Anthropic y Kadrey v. Meta, en cambio, los tribunales determinaron que entrenar modelos de lenguaje de gran escala con libros era transformativo y por tanto constituía uso justo, aunque Anthropic aún enfrentó responsabilidad por obtener copias pirateadas en primer lugar. La mayoría de estos procedimientos siguen activos o se resolvieron mediante acuerdo en lugar de una decisión final de apelación, y abordan el entrenamiento, no la propiedad del resultado.
¿Puedes ser propietario del código generado por IA?
A menudo no puedes. Los derechos de autor de Estados Unidos solo protegen obras de autoría humana. En Thaler v. Perlmutter, el Circuito de D.C. confirmó en marzo de 2025 que el Copyright Act exige un autor humano, y la Corte Suprema denegó la revisión en 2026, dejando esa resolución en vigor. El tribunal fue cuidadoso en señalar que esto no impide la protección de obras creadas con la asistencia de IA; solo impide la protección de obras cuyo autor sea únicamente la IA.
La Oficina de Derechos de Autor llegó a la misma conclusión en su informe de enero de 2025 sobre la protegibilidad por derechos de autor de la IA: el resultado de la IA solo es protegible en la medida en que un humano haya ejercido control creativo sobre la expresión, y escribir instrucciones solas generalmente no proporciona ese control. Su guía de registro, publicada en 88 Fed. Reg. 16,190, exige que los solicitantes identifiquen y descarten las partes generadas puramente por IA en una obra.
La consecuencia práctica es contundente. Si tu base de código fue generada por una herramienta de IA con poca o ninguna aportación creativa humana, es posible que no tengas ningún derecho de autor ejecutable sobre esas partes, y un competidor podría copiarlas libremente. Sin embargo, todavía puedes ser responsable si la misma herramienta reprodujo el código protegido de otra persona. Los profesionales describen esta asimetría como 'toda la responsabilidad, ninguna la protección'.
Dos empresas, una IA, código similar: ¿quién infringe?
Probablemente ninguna, únicamente por derechos de autor. Los derechos de autor protegen contra la copia, no contra la creación independiente. En Feist Publications v. Rural Telephone Service, la Corte Suprema sostuvo que la originalidad significa que una obra fue creada de forma independiente por su autor en lugar de ser copiada. Por tanto, si la Empresa A y la Empresa B consultan a la misma IA y reciben código similar, sin que ninguna copie a la otra, la similitud por sí sola no hace responsable a una frente a la otra. El demandante debe probar la copia real, típicamente demostrando acceso más similitud sustancial.
El factor de la IA complica aún más la situación. Si el código superpuesto es generado puramente por IA, puede que no sea protegible por derechos de autor para ninguna de las partes, por lo que podría no haber nada sobre qué demandar. El riesgo más realista en ese escenario no es que las dos empresas se demanden mutuamente; es que ambas utilizaron un modelo que reprodujo el código protegido de un tercero, lo que expone a ambas ante ese tercero.
Cómo reducir tu riesgo legal con herramientas de programación con IA
La ley está en evolución en los extremos, pero el manual de reducción de riesgos está bastante definido. Los siguientes son pasos que las organizaciones suelen tomar; son prácticas generales, no asesoramiento legal para tu situación específica.
- Analiza el resultado de IA en busca de procedencia de licencias con herramientas de análisis de composición de software antes de distribuirlo.
- Trata las coincidencias de copyleft (GPL, LGPL, AGPL) como eventos que detienen el proceso, y aísla o reescribe en lugar de incrustarlos en código cerrado.
- Preserva los avisos de derechos de autor y los archivos NOTICE para cualquier componente con licencia permisiva que conserves.
- Documenta la autoría humana significativa, como selección, disposición y modificación, si deseas reclamar derechos de autor sobre el resultado.
- Lee los términos de tu herramienta de IA para conocer el alcance y los límites de cualquier indemnización por resultado que ofrezca.
- Para código crítico para el negocio, solicita a un abogado que revise la posición de licencias antes del lanzamiento.
Próximos pasos
La parte de este tema que evoluciona más rápidamente es quién asume la responsabilidad cuando un modelo reproduce sus datos de entrenamiento y si el resultado de la IA puede llegar a ser propiedad de alguien. Ambos asuntos están en litigio activo. Para ver cómo se conectan las piezas para los lectores en Estados Unidos, comienza con el centro de IA, derechos de autor y código. Si construyes o vendes a través de fronteras, compara las reglas mundiales, donde Europa en particular impone obligaciones más estrictas de transparencia en el entrenamiento. Para la pregunta relacionada sobre el uso de modelos de IA de peso abierto en un producto, consulta licencias de modelos de IA y atribución de código abierto.
Esta es información legal general, no asesoramiento legal. Describe la ley federal de derechos de autor de Estados Unidos a partir del 2026-06-25 y no aborda tus hechos específicos. Las disputas de derechos de autor son específicas según los hechos, y la ley sobre obras generadas por IA está en evolución, con varios casos citados aún en apelación. Consulta a un abogado con licencia en tu jurisdicción antes de tomar decisiones sobre código generado por IA o código de fuente abierta.
Artículos relacionados
- IA, derechos de autor y código en Estados Unidos
- Cómo difieren la IA y los derechos de autor en todo el mundo
- Licencias de modelos de IA y atribución de código abierto
- Leyes y regulación de IA en Estados Unidos
Última actualización: 2026-06-25. Los estatutos y casos citados reflejan su estado al 2026-06-25; varias decisiones relacionadas con la IA siguen en apelación.
Preguntas frecuentes
¿El código escrito por ChatGPT o Copilot tiene derechos de autor?
El código generado puramente por IA generalmente no es protegible por derechos de autor en Estados Unidos, porque los derechos de autor requieren autoría humana (Thaler v. Perlmutter; U.S. Copyright Office, 2025). El código donde un humano tomó decisiones creativas significativas puede estar protegido en la medida de esa contribución humana.
¿Me pueden demandar si una herramienta de IA copió código de fuente abierta en mi producto?
Sí. La infracción de derechos de autor es de responsabilidad objetiva bajo 17 U.S.C. § 501, por lo que puedes ser responsable incluso si no lo sabías. La intención inocente puede reducir los daños estatutarios hasta $200 por obra bajo § 504(c)(2), pero no elimina el reclamo.
¿Significa 'código abierto' que puedo usar el código como quiera?
No. El código de fuente abierta tiene derechos de autor con licencia, no es de dominio público. Debes seguir la licencia, que puede requerir atribución (MIT, Apache 2.0) o que tu obra derivada también se publique bajo la misma licencia de código abierto (GPL, AGPL).
¿Qué es la cláusula de red de AGPL?
Bajo la sección 13 de AGPL-3.0, si modificas el software y permites que los usuarios interactúen con él a través de una red, debes poner el código fuente correspondiente a disposición de esos usuarios, incluso si nunca distribuyes el código como descarga. Esto afecta comúnmente a los productos de software como servicio.
¿Son iguales los derechos de autor en todos los estados de EE. UU.?
Sí. Los derechos de autor son exclusivamente federales bajo 17 U.S.C. § 301, por lo que no varían por estado. La ley estatal puede aplicarse a reclamaciones relacionadas, como la apropiación indebida de secretos comerciales o el incumplimiento de un contrato de licencia.
¿Quién es responsable si Copilot sugiere código que infringe derechos de autor, yo o GitHub?
La responsabilidad por distribuir resultados que infringen derechos de autor generalmente recae en la parte que los distribuye, que suele ser el desarrollador. Si el proveedor de la herramienta también comparte la responsabilidad es algo que se está litigando en Doe v. GitHub, actualmente en apelación ante el Noveno Circuito.
Si dos empresas usan la misma IA y obtienen código similar, ¿puede una demandar a la otra?
Generalmente no, porque los derechos de autor no prohíben la creación independiente (Feist v. Rural Telephone). El demandante debe probar que la otra parte realmente copió su código, no simplemente que los dos resultados se parezcan.
¿Puedo registrar los derechos de autor del software que construí principalmente con IA?
Solo las partes que reflejen autoría humana significativa. La Oficina de Derechos de Autor exige que los solicitantes descarten el material generado puramente por IA al registrar (88 Fed. Reg. 16,190), y las partes sin aportación creativa humana pueden no ser protegibles.
Fuentes y referencias
- 17 U.S.C. § 301 (prevalencia federal sobre la ley estatal de derechos de autor)(law.cornell.edu)
- 17 U.S.C. § 102 (materia objeto de derechos de autor; idea/expresión)(law.cornell.edu)
- 17 U.S.C. § 106 (derechos exclusivos en obras con derechos de autor)(law.cornell.edu)
- 17 U.S.C. § 501 (infracción de derechos de autor)(law.cornell.edu)
- 17 U.S.C. § 504 (remedios; daños estatutarios, inocentes e intencionales)(law.cornell.edu)
- 17 U.S.C. § 411 (registro como requisito previo para demandar por infracción)(law.cornell.edu)
- Buck v. Jewell-LaSalle Realty Co., 283 U.S. 191 (1931)(law.cornell.edu)
- Fourth Estate Public Benefit Corp. v. Wall-Street.com, LLC, 586 U.S. 296 (2019)(law.cornell.edu)
- Feist Publications, Inc. v. Rural Telephone Service Co., 499 U.S. 340 (1991)(law.cornell.edu)
- Thaler v. Perlmutter, No. 23-5233 (D.C. Cir. Mar. 18, 2025)(media.cadc.uscourts.gov)
- U.S. Copyright Office, Copyright and Artificial Intelligence, Part 2: Copyrightability (2025)(copyright.gov)
- Copyright Registration Guidance: Works Containing Material Generated by Artificial Intelligence, 88 Fed. Reg. 16,190 (Mar. 16, 2023)(federalregister.gov)
- Jacobsen v. Katzer, 535 F.3d 1373 (Fed. Cir. 2008)(courtlistener.com)
- Artifex Software, Inc. v. Hancom, Inc. (N.D. Cal. 2017) (GPL ejecutable como contrato)(wsgr.com)
- Doe v. GitHub, Inc., No. 4:22-cv-06823-JST (N.D. Cal.) (expediente del litigio de GitHub Copilot)(courtlistener.com)
- Software Freedom Conservancy v. Vizio, Inc. (ejecución por terceros beneficiarios bajo GPL)(sfconservancy.org)
- Thomson Reuters Enterprise Centre GmbH v. Ross Intelligence Inc. (D. Del. Feb. 11, 2025)(dwt.com)
- Bartz v. Anthropic PBC, No. 3:24-cv-05417 (N.D. Cal. June 23, 2025)(afslaw.com)
- Kadrey v. Meta Platforms, Inc., No. 23-cv-03417-VC (N.D. Cal. June 25, 2025)(goodwinlaw.com)
- The Open Source Definition, Open Source Initiative(opensource.org)
- GNU Affero General Public License v3.0 (AGPL-3.0), § 13 (uso en red)(gnu.org)
- Apache License, Version 2.0(apache.org)