Reutilizar código en una tesis de ingeniería o sistemas no es plagio: es la práctica normal del desarrollo. Se convierte en plagio cuando presentas como propio un componente que no escribiste, cuando incumples la licencia bajo la que se publicó, o cuando el aporte que dices haber hecho ya venía resuelto en la fuente que copiaste sin decirlo.
La confusión viene de aplicar al código las reglas del texto sin traducirlas. En un capítulo, todo lo que no es tuyo va entrecomillado y citado. En un repositorio de 12,000 líneas eso es inviable y nadie lo espera. Lo que sí se espera es que quede claro qué construiste tú y bajo qué condiciones usaste lo demás.
Qué se puede reutilizar sin problema
| Tipo de código | ¿Reutilizable? | ¿Requiere atribución? |
|---|---|---|
| Bibliotecas y frameworks instalados como dependencia | Sí | Se declaran en el documento; no se copian al anexo |
| Patrones y algoritmos estándar | Sí | No, salvo que sigas una publicación concreta |
| Fragmento adaptado de documentación oficial | Sí | Comentario con la fuente |
| Fragmento de un foro o de un repositorio ajeno | Sí, si la licencia lo permite | Comentario con URL y fecha, y mención en el documento |
| Módulo completo de otro proyecto | Depende de la licencia | Atribución explícita y declaración de alcance |
| Proyecto ajeno presentado como desarrollo propio | No | Es plagio, con o sin licencia permisiva |
El renglón que decide casi todo es el último: la licencia regula el uso, no la autoría. Una licencia permisiva te autoriza a copiar y modificar; no te autoriza a decir que lo escribiste tú. Cumplir la licencia y cometer plagio académico al mismo tiempo es perfectamente posible, y es el escenario que más sorprende a los estudiantes.
Las licencias: la capa que el texto no tiene
Antes de incorporar código ajeno, identifica bajo qué licencia se publicó. Hay tres situaciones prácticas:
- Licencias permisivas. Permiten uso, modificación y redistribución con condiciones ligeras, típicamente conservar el aviso de copyright y el texto de la licencia. Son las más cómodas para una tesis.
- Licencias con obligación de reciprocidad. Exigen que el trabajo derivado se publique bajo la misma licencia. Relevante si tu tesis se deposita en un repositorio institucional abierto: puede condicionar cómo publicas tu propio código.
- Sin licencia declarada. Es el caso más malinterpretado. Código público en un repositorio sin licencia no es código libre: por defecto conserva todos los derechos reservados. Que puedas verlo no significa que puedas reutilizarlo.
Ese último punto vale por sí solo la revisión: mucha gente asume que «si está público, es libre». No lo es, y la ausencia de archivo de licencia es motivo suficiente para buscar otra fuente o pedir permiso por escrito.
Y el código generado con IA
Si usaste un asistente para generar parte del código, lo que corresponde es declararlo, igual que cualquier otra herramienta que intervino en tu proceso. No es plagio por sí mismo, pero sí es información que tu jurado necesita para evaluar qué construiste. Dos cautelas concretas: un generador puede reproducir fragmentos de proyectos con licencias restrictivas sin avisarte, y no puedes defender en la réplica un código que no entiendes. Los criterios de declaración están en cómo declarar el uso de IA en tu tesis y el marco general en uso ético de la inteligencia artificial en tu tesis.
Cómo se atribuye el código, en la práctica
La atribución opera en dos niveles y necesitas los dos:
1. En el propio código
// Fuente: https://ejemplo.com/repositorio (consultado el 14 de marzo de 2026)
// Licencia: [nombre de la licencia]
// Modificaciones: se sustituyó el manejo de errores y se añadió validación de entrada
La cuarta línea es la que más peso tiene académicamente: declarar qué cambiaste es lo que documenta tu aporte.
2. En el documento de la tesis
Incluye un apartado —dentro de la metodología o del capítulo de desarrollo— que enumere componentes de terceros, su licencia y para qué se usaron. Una tabla basta:
| Componente | Origen | Licencia | Uso en el proyecto | ¿Modificado? |
|---|---|---|---|---|
| Módulo de autenticación | Biblioteca de terceros | Permisiva | Gestión de sesiones | No |
| Rutina de preprocesamiento | Repositorio público | Permisiva | Limpieza de datos | Sí, adaptada al formato propio |
| Modelo base | Publicación académica | — | Punto de partida del clasificador | Sí, reentrenado y ajustado |
Esta tabla resuelve la pregunta que el jurado va a hacer de todos modos —«¿qué hiciste tú exactamente?»— y la responde antes de que la formulen. Cuando el componente proviene de una publicación, la referencia va además en tu lista con el formato de cómo citar un conjunto de datos y un software en APA 7.
Cómo se detecta el plagio de código
Los detectores de similitud textual convencionales no están diseñados para código y producen resultados poco informativos con él. Existen en cambio herramientas específicas de comparación estructural, usadas sobre todo en asignaturas de programación, que no comparan cadenas de texto sino la estructura del programa: por eso detectan copias aunque se hayan renombrado variables, reordenado funciones o cambiado el formato.
La consecuencia práctica: renombrar variables no oculta nada. Y desde el punto de vista académico esa maniobra es peor que copiar y citar, porque evidencia intención de ocultar. Cómo funcionan los detectores en general está en cómo funcionan los detectores de plagio, y la lectura correcta de un reporte de similitud en cómo interpretar el reporte de similitud.
Casos particulares que conviene resolver antes
- Código desarrollado en tu trabajo. Si lo escribiste como empleado, probablemente pertenece a la empresa. Necesitas autorización escrita para incluirlo, y a veces solo puedes describirlo sin reproducirlo.
- Proyecto en equipo, tesis individual. Declara qué módulos son tuyos. Presentar como propio el trabajo de un compañero es plagio aunque hayan colaborado; la lógica de la coautoría está en tesis en equipo o en coautoría.
- Reutilizar tu propio código de otra materia o proyecto. Es legítimo, pero decláralo: presentarlo como desarrollo nuevo entra en el terreno del autoplagio.
- Datos de prueba. Si tu código corre sobre datos ajenos, esos datos tienen su propia licencia y su propia atribución, independiente de la del código.
El marco general de qué constituye plagio y sus modalidades está en tipos de plagio, y el criterio ético de fondo en qué es la integridad académica. Para el enfoque metodológico específico de estos proyectos, la guía es metodología de tesis de ingeniería.
Si tu desarrollo ya está hecho y lo que te falta es documentarlo —redactar el apartado de componentes de terceros, describir tus modificaciones y estructurar el capítulo— Tesify ayuda con esa redacción. La decisión sobre qué es tuyo y qué no la tomas tú, y es exactamente lo que se examina en la réplica.
Preguntas frecuentes
¿Es plagio usar código de un repositorio público en mi tesis?
No, siempre que la licencia lo permita y lo atribuyas. Se convierte en plagio cuando lo presentas como desarrollo propio, cuando incumples las condiciones de la licencia o cuando el aporte que dices haber hecho ya venía resuelto en la fuente.
¿Tengo que citar las bibliotecas que uso?
Las dependencias estándar no se copian al anexo, pero sí se declaran en el documento: qué bibliotecas usaste, en qué versión y para qué. Es información necesaria para reproducir tu trabajo, y la versión importa porque puede cambiar resultados.
¿Puedo usar código que está público pero sin licencia?
Por defecto no. Un repositorio público sin archivo de licencia conserva todos los derechos reservados: que puedas verlo no significa que puedas reutilizarlo. Conviene buscar otra fuente o solicitar permiso por escrito al autor.
¿Renombrar variables evita que se detecte la copia?
No. Las herramientas específicas para código comparan la estructura del programa, no las cadenas de texto, por lo que detectan copias aunque se renombren variables, se reordenen funciones o se cambie el formato. Además, hacerlo evidencia intención de ocultar, lo que agrava el caso.
¿Cómo declaro el código generado con inteligencia artificial?
Igual que cualquier herramienta que intervino en tu proceso: indicando qué generaste con ella y qué revisaste o modificaste. Ten en cuenta dos riesgos: un generador puede reproducir fragmentos con licencias restrictivas sin avisarte, y no podrás defender en la réplica un código que no entiendes.
¿Puedo incluir el código que desarrollé en mi trabajo?
Solo con autorización escrita de la empresa, porque el código producido como empleado suele pertenecer a la organización. En algunos casos se permite describir la solución sin reproducir el código; conviene acordarlo antes de escribir el capítulo.