Autoría y licencias del código generado por IA

La IA puede devolverte fragmentos parecidos a código público con su propia licencia. Aprende qué significan las licencias más comunes, cómo atribuir lo que adaptas y cómo dejar claro en tu README qué es tuyo, qué es ajeno y qué hizo la IA.

El código público tiene autoría y licencia; que la IA te lo devuelva no lo convierte en tuyo.

Licencias habituales: MIT (casi todo permitido si mantienes el aviso), GPL (lo que derives debe compartirse con la misma licencia) y Creative Commons para textos e imágenes.

Sin licencia no hay permiso: se aplican los derechos de autor por defecto.

Cuando adaptes algo, cita la fuente y su licencia en un comentario y en el README.

  • Que esté en GitHub no significa que puedas usarlo como quieras.
  • Los modelos de lenguaje se entrenan con enormes cantidades de código público. Casi siempre generan código nuevo, pero a veces devuelven un fragmento muy parecido a uno concreto, con su autoría y su licencia.
  • Algunas herramientas te avisan. GitHub Copilot, por ejemplo, compara sus sugerencias con el código público de GitHub y, según la configuración, las descarta o te muestra la referencia al repositorio de origen y su licencia. Si ves una de esas referencias, léela antes de seguir.
  • Y si un repositorio no tiene licencia, no hay permiso: como recuerda la documentación de GitHub, se aplican los derechos de autor por defecto y nadie puede reproducirlo ni crear obras derivadas sin permiso.
  • Qué permite cada una y qué te pide a cambio.

El código público tiene autoría

Que esté en GitHub no significa que puedas usarlo como quieras.

Los modelos de lenguaje se entrenan con enormes cantidades de código público. Casi siempre generan código nuevo, pero a veces devuelven un fragmento muy parecido a uno concreto, con su autoría y su licencia.

Algunas herramientas te avisan. GitHub Copilot, por ejemplo, compara sus sugerencias con el código público de GitHub y, según la configuración, las descarta o te muestra la referencia al repositorio de origen y su licencia. Si ves una de esas referencias, léela antes de seguir.

Y si un repositorio no tiene licencia, no hay permiso: como recuerda la documentación de GitHub, se aplican los derechos de autor por defecto y nadie puede reproducirlo ni crear obras derivadas sin permiso.

Las licencias que verás más a menudo

Qué permite cada una y qué te pide a cambio.

LicenciaQué permiteQué te pide MITUsar, modificar y redistribuir, también en proyectos comercialesMantener el aviso de copyright y el texto de la licencia Apache 2.0Lo mismo que MIT, con cláusula de patentesMantener avisos y señalar los cambios GPL 3.0Usar y modificarSi distribuyes una obra derivada, publicarla con la misma licencia (GPL) CC BY 4.0 (textos, imágenes)Compartir y adaptarAtribuir a la autoría e indicar si hubo cambios Sin licenciaNada, salvo verloPedir permiso

Para consultas rápidas, choosealicense.com resume cada licencia en permisos, condiciones y limitaciones.

Atribuir lo que adaptas

Un comentario con la fuente, la licencia y lo que cambiaste.

Cuando uses o adaptes código de otra persona (un repositorio, un artículo, una respuesta de un foro, o una sugerencia de la IA que señala su origen), deja un comentario encima con la fuente, la licencia y, si cambiaste algo, qué. Repite la información en la sección de créditos del README.

Si la licencia es MIT o Apache, copia también su aviso de copyright donde la licencia lo pida (normalmente, junto al código o en un fichero de licencias de terceros).

Declarar el uso de IA en tu proyecto

Qué herramienta usaste, para qué y qué hiciste tú.

En un portfolio, un proyecto de clase o un repositorio profesional, añade al README una sección «Uso de IA» con tres datos: qué herramienta usaste, para qué (explicar errores, proponer una primera versión, generar pruebas…) y qué cambiaste o decidiste tú. Así queda claro qué parte del trabajo es tuya.

Si generas imágenes o textos para la web, revisa también las condiciones de uso de la herramienta (y nunca generes contenido con personas reales identificables ni marcas ajenas sin permiso).

Y tu proyecto, ¿qué licencia tiene?

Sin licencia, nadie puede reutilizarlo legalmente.

  • Si quieres que otros lo reutilicen, añade un fichero LICENSE en la raíz (GitHub te deja elegirlo al crear el repositorio). MIT es la opción más habitual para webs y ejemplos.
  • Si es un portfolio y no quieres que se reutilicen tus textos e imágenes, puedes licenciar solo el código y reservar el resto: dilo en el README.
  • La licencia de tu proyecto tiene que ser compatible con la del código que incluyes: no puedes publicar con MIT algo derivado de un código GPL.
IA para programar
12

Autoría y licencias del código generado por IA

La IA puede devolverte fragmentos parecidos a código público con su propia licencia. Aprende qué significan las licencias más comunes, cómo atribuir lo que adaptas y cómo dejar claro en tu README qué es tuyo, qué es ajeno y qué hizo la IA.

Código del tema: LICENSE · créditos · uso de IA

📘 Teoría

El código público tiene autoría

Que esté en GitHub no significa que puedas usarlo como quieras.

Los modelos de lenguaje se entrenan con enormes cantidades de código público. Casi siempre generan código nuevo, pero a veces devuelven un fragmento muy parecido a uno concreto, con su autoría y su licencia.

Algunas herramientas te avisan. GitHub Copilot, por ejemplo, compara sus sugerencias con el código público de GitHub y, según la configuración, las descarta o te muestra la referencia al repositorio de origen y su licencia. Si ves una de esas referencias, léela antes de seguir.

Y si un repositorio no tiene licencia, no hay permiso: como recuerda la documentación de GitHub, se aplican los derechos de autor por defecto y nadie puede reproducirlo ni crear obras derivadas sin permiso.

Las licencias que verás más a menudo

Qué permite cada una y qué te pide a cambio.

LicenciaQué permiteQué te pide
MITUsar, modificar y redistribuir, también en proyectos comercialesMantener el aviso de copyright y el texto de la licencia
Apache 2.0Lo mismo que MIT, con cláusula de patentesMantener avisos y señalar los cambios
GPL 3.0Usar y modificarSi distribuyes una obra derivada, publicarla con la misma licencia (GPL)
CC BY 4.0 (textos, imágenes)Compartir y adaptarAtribuir a la autoría e indicar si hubo cambios
Sin licenciaNada, salvo verloPedir permiso

Para consultas rápidas, choosealicense.com resume cada licencia en permisos, condiciones y limitaciones.

Atribuir lo que adaptas

Un comentario con la fuente, la licencia y lo que cambiaste.

Cuando uses o adaptes código de otra persona (un repositorio, un artículo, una respuesta de un foro, o una sugerencia de la IA que señala su origen), deja un comentario encima con la fuente, la licencia y, si cambiaste algo, qué. Repite la información en la sección de créditos del README.

Si la licencia es MIT o Apache, copia también su aviso de copyright donde la licencia lo pida (normalmente, junto al código o en un fichero de licencias de terceros).

Declarar el uso de IA en tu proyecto

Qué herramienta usaste, para qué y qué hiciste tú.

En un portfolio, un proyecto de clase o un repositorio profesional, añade al README una sección «Uso de IA» con tres datos: qué herramienta usaste, para qué (explicar errores, proponer una primera versión, generar pruebas…) y qué cambiaste o decidiste tú. Así queda claro qué parte del trabajo es tuya.

Si generas imágenes o textos para la web, revisa también las condiciones de uso de la herramienta (y nunca generes contenido con personas reales identificables ni marcas ajenas sin permiso).

Y tu proyecto, ¿qué licencia tiene?

Sin licencia, nadie puede reutilizarlo legalmente.

  • Si quieres que otros lo reutilicen, añade un fichero LICENSE en la raíz (GitHub te deja elegirlo al crear el repositorio). MIT es la opción más habitual para webs y ejemplos.
  • Si es un portfolio y no quieres que se reutilicen tus textos e imágenes, puedes licenciar solo el código y reservar el resto: dilo en el README.
  • La licencia de tu proyecto tiene que ser compatible con la del código que incluyes: no puedes publicar con MIT algo derivado de un código GPL.

🏁 Retos

Reto Reto 1: atribuye un fragmento adaptado Este contador lo adaptaste de un repositorio con licencia MIT (https://github.com/ejemplo/contadores) cambiando la duración y el redondeo. Añade la atribución.
⌄
Reto Reto 2: créditos, uso de IA y licencia en el README Completa el README de tu portfolio para que quede claro qué es tuyo, qué es ajeno y qué hizo la IA.
⌄

¿Qué es esto?

Soy Cristian Eslava y a veces hago webs para procrastinar yo y vosotros. culTest

La hice en febrero de 2026 para facilitar el aprendizaje de mis alumnos. La idea es aprender desarrollo web practicando y que el proyecto siga creciendo con nuevos temas, tests y retos.

Está inspirada en MDN, W3Schools, CodePen, Manz y muchos otros sitios de documentación sobre desarrollo web. Quería combinar teoría útil, ejemplos ejecutables, retos y el sistema de tests que ya tenía en culTest. culTest

Si te gustó, si no te gustó o si quieres escribirme, puedes hacerlo en cristianeslava@gmail.com