Cree un archivo LICENSE: MIT, Apache 2.0, GPL 3.0 y 20 más, con su nombre y año
Se ejecuta en su navegador. Nada de lo que escribe se envía a ningún sitio. Comprobado el 16 de octubre de 2026.Un generador de licencias le da el texto completo de una licencia de código abierto con su nombre y año ya rellenados, listo para guardar como archivo LICENSE. Elija entre 23 licencias, entre ellas MIT, Apache 2.0 y GPL 3.0, vea lo que cada una permite y exige, y copie el identificador SPDX para package.json.
Esta página se ha traducido automáticamente del original en inglés. Ninguna persona ha revisado todavía la traducción, así que la versión en inglés es la que debe consultar. Leer el original en inglés
Toque la licencia que le convenga, como MIT para algo simple y permisivo, o elija cualquiera de las 23 de la lista.
Escriba el titular de los derechos de autor; el año ya está rellenado.
Haga clic en Descargar para guardar el archivo LICENSE y colóquelo en la carpeta principal del proyecto.
Copie la línea SPDX en package.json o al principio de cada archivo fuente si quiere que las herramientas la lean.
El código sin licencia no es de código abierto: por defecto, la ley de derechos de autor no permite a nadie más copiarlo, modificarlo ni compartirlo, aunque el repositorio sea público. Añadir un archivo LICENSE en la carpeta principal es lo que concede esos derechos, y la licencia elegida decide en qué condiciones.
Elegir. La pregunta principal es qué deben hacer los demás con sus cambios:
| Licencia | Otros pueden cerrar sus cambios | Concesión de patentes | Cambios compartidos bajo la misma licencia |
|---|---|---|---|
| MIT | Sí | No | No |
| Apache 2.0 | Sí | Sí | No |
| BSD 3-Clause | Sí | No | No |
| MPL 2.0 | Sí, fuera de los archivos modificados | Sí | Solo los archivos modificados |
| GPL 3.0 | No | Sí | Todo el programa |
| AGPL 3.0 | No, ni siquiera a través de una red | Sí | Todo el programa, incluidos los servicios web |
MIT es la opción más común para bibliotecas; Apache 2.0 añade una licencia de patentes explícita, que las empresas más grandes suelen preferir; GPL 3.0 mantiene abierta cada versión del programa.
Rellenar. La mayoría de las licencias permisivas llevan una línea de copyright con un año y un nombre. Escriba el titular de los derechos de autor y el año ya estará ahí; también funciona un intervalo como 2019-2026. Licencias como GPL, Apache y MPL no tienen ninguna línea que rellenar al principio: el texto se usa exactamente como se publicó.
De dónde vienen los textos. Los 23 textos son los de choosealicense.com, el sitio que GitHub usa cuando usted añade una licencia a un repositorio, en un commit fijo. Cada uno se comparó palabra por palabra con el texto propio de la SPDX License List, y al menos el 95 por ciento de las palabras coinciden en orden; las diferencias son los títulos y las notas de GNU sobre cómo aplicar la licencia.
Después de guardar. Coloque el archivo en la carpeta principal del proyecto, añada el identificador SPDX a package.json o al principio de cada archivo fuente, e indique en el README qué licencia usa. Esta página no es asesoramiento legal. Todo se ejecuta en su navegador.
Para la mayoría de las bibliotecas, MIT: corta, permisiva y entendida en todas partes. Elija Apache 2.0 si quiere una concesión de patentes explícita, GPL 3.0 si cada versión modificada debe seguir siendo de código abierto, y AGPL 3.0 si eso también debe aplicarse al software ofrecido como servicio web. MPL 2.0 está entre ellas y se aplica solo a los archivos que usted escribió.
Ambas permiten a cualquiera usar, modificar y vender el código, incluso en productos cerrados. Apache 2.0 además concede una licencia sobre las patentes que los colaboradores tengan sobre sus contribuciones, retira esa concesión a quien demande por patentes y pide que los archivos modificados indiquen que se modificaron. MIT ocupa unas pocas líneas y no dice nada sobre patentes.
Entonces se aplican las reglas de derechos de autor por defecto: usted conserva todos los derechos, y nadie más puede copiar, modificar ni distribuir el código, aunque esté en un repositorio público. Se puede ver, pero no está permitido usarlo en otros proyectos. Añadir un archivo LICENSE es lo que convierte el código publicado en código abierto.
En la carpeta principal del proyecto, con el nombre LICENSE, o COPYING para GPL 3.0 como sugiere GNU. GitHub y npm lo encuentran allí y muestran la licencia en la página del proyecto. Además, ponga en el campo license de package.json el identificador SPDX, como MIT, y mencione la licencia en el README.
El año en que el código se publicó por primera vez, o un intervalo desde el primer hasta el último año de cambios, como 2019-2026. Actualizar el año es habitual pero no obligatorio: el aviso registra cuándo se creó la obra. Use el nombre de la persona u organización titular de los derechos de autor, que en el código del trabajo suele ser el empleador.
Puede publicar nuevas versiones con otra licencia si es titular de todos los derechos de autor, pero las copias ya publicadas conservan la licencia con la que salieron. Si otras personas aportaron código, necesita su consentimiento para cambiar la licencia de sus partes, salvo que hayan firmado un acuerdo de colaborador que lo permita. Elegir con cuidado desde el principio evita esto.
Los tipos y las normas cambian; consulte la fuente antes de fiarse de una cifra.
¿Sigue sin resolverlo? Pregunte sobre Generador de licencias y cualquiera que lo sepa puede responder. No se necesita cuenta.