Cómo usar el historial de Git en Overleaf para defenderte de la detección de IA

Sí. Los comités de integridad académica exigen pruebas de procedencia: un registro de redacción verificable que demuestre que el documento se construyó paso a paso a lo largo del tiempo. Turnitin, iThenticate y GPTZero evalúan únicamente el PDF final y estático. Asignan una puntuación probabilística basada en la perplejidad y la variabilidad léxica (burstiness), pero son incapaces de ver cómo se fue elaborando el texto.

Overleaf registra todo ese proceso de construcción. Dado que la prosa científica y matemática recurre a una sintaxis concisa, formal y a menudo en voz pasiva, los artículos de STEM presentan una tasa muy alta de falsos positivos en los detectores de IA. El detector afirma que tu texto surgió de golpe a partir de una instrucción generativa. En cambio, un historial verificable en Overleaf demuestra justo lo contrario: cientos de cambios incrementales, correcciones de sintaxis, modificaciones en nombres de variables y ajustes en teoremas a lo largo de semanas o meses.

Al presentar un registro criptográfico de tu proceso de escritura, sustituyes las conjeturas probabilísticas de un algoritmo por pruebas materiales. Un comité de integridad no puede sostener una acusación de conducta indebida ante evidencias de revisión verificables y con marcas de tiempo.

Overleaf ofrece dos mecanismos de seguimiento distintos. Entender la diferencia resulta clave para saber cómo extraer y presentar tus pruebas:

1. El historial de revisiones web (pestaña History):

El editor web agrupa las pulsaciones de teclas en sesiones de edición independientes y muestra comparativas visuales en paralelo. Puedes ver qué autor realizó cambios concretos y restaurar versiones anteriores. Sin embargo, las opciones de exportación desde la interfaz web son limitadas. En las cuentas gratuitas, Overleaf restringe la vista a las ediciones recientes (normalmente las últimas 24 horas), aunque el historial completo sigue guardado internamente y vuelve a estar accesible si el proyecto pasa a un plan de pago.

1. El Git Bridge subyacente y la sincronización con GitHub:

Cada proyecto de Overleaf funciona sobre un repositorio Git. Mediante el acceso directo a Git Bridge (`git.overleaf.com`) en planes de pago o institucionales, o a través de la integración nativa con GitHub/GitLab, puedes trabajar con tu proyecto utilizando un sistema de control de versiones estándar.

Aunque la interfaz web basta para una revisión personal, una apelación académica exige pruebas portátiles y a prueba de manipulaciones. Exportar el árbol de Git subyacente te proporciona hashes de commit exactos, metadatos del autor, marcas de tiempo dobles (author date frente a commit date) y archivos diff legibles por máquina que cualquier profesor de informática o ingeniería puede verificar de forma independiente.

Para presentar tu historial de edición ante un comité académico, extrae el repositorio Git original en tu equipo local y genera un registro de auditoría claro.

1. Clona el repositorio del proyecto: si tu institución cuenta con Overleaf Professional o tienes una suscripción de pago, clona el proyecto directamente a través de Overleaf Git Bridge ejecutando `git clone https://git.overleaf.com/[project-id] thesis-appeal-repo`. Si tu proyecto está sincronizado con GitHub o GitLab, clona tu repositorio remoto con `git clone https://github.com/[username]/[repository-name].git thesis-appeal-repo`.

1. Exporta los metadatos completos de los commits con sus marcas de tiempo: ejecuta `git log` con el parámetro `--pretty=fuller` mediante el comando `git log --pretty=fuller --stat > commit_timeline_summary.txt`. Esto muestra tanto la `AuthorDate` (cuándo se realizó la edición) como la `CommitDate` (cuándo se registró el commit en el servidor remoto). Dado que las marcas de tiempo del servidor no se pueden alterar modificando el reloj local de tu equipo, funcionan como una prueba cronológica certificada por un tercero.

1. Genera diffs línea por línea de las secciones cuestionadas: para demostrar que redactaste un capítulo o sección específica manualmente, extrae el historial completo de cambios de ese archivo con `git log -p -w --reverse -- main.tex > main_tex_evolution.diff`, o aísla los commits que modifican un teorema concreto con `git log -S "theorem:convergence" -p -- sections/methodology.tex > convergence_proof_steps.diff`. Este resultado documenta cada inserción y eliminación en formato unified diff estándar, lo que demuestra la cronología de tu borrador.

A diferencia de los ensayos de humanidades, que se basan en reformulaciones léxicas, los trabajos de STEM contienen huellas técnicas únicas que los modelos de lenguaje no generan en una redacción directa en un solo paso.

1. Derivaciones matemáticas paso a paso: los modelos de IA generan ecuaciones en LaTeX completas y de una sola vez. En cambio, los investigadores humanos cometen errores de notación, ajustan subíndices, corrigen signos y dividen expresiones largas en entornos multilínea a lo largo de sucesivos intentos de compilación. En un repositorio auténtico, un commit inicial registra una función de pérdida básica (`\mathcal{L}(\theta) = \sum \log P - \lambda \sum \|\mathbf{w}_k\|_2^2`), mientras que los commits posteriores refinan los términos de regularización (`-\frac{\lambda}{2} \sum \|\mathbf{w}_{k, t}^{(j)}\|_2^2`) y normalizan las dimensiones de los índices. Este ajuste incremental de la notación es una prueba empírica de una formulación matemática real.

1. Ciclos de depuración de compilación en LaTeX: redactar en LaTeX implica enfrentarse a constantes fallos de compilación: llaves sin cerrar, caracteres especiales sin escapar, paquetes ausentes y referencias cruzadas sin resolver. Tu log de Git mostrará commits intermedios dedicados a solucionar errores de compilación concretos (como cerrar un `\left(` pendiente con un `\right)`, o sustituir una clave de `\cite` no válida). Estos commits detallados de resolución de problemas no existen en borradores generados por IA.

1. Entradas asincrónicas en BibTeX: los modelos generativos suelen inventarse referencias o insertar citas en bloque. Un repositorio de investigación auténtico refleja archivos `.bib` que crecen gradualmente con el tiempo. Los commits muestran entradas individuales de BibTeX añadidas en fechas distintas, en consonancia con la cronología de tu revisión bibliográfica:

Los comités de integridad académica están formados tanto por especialistas técnicos como por personal administrativo sin perfil técnico. No presentes cientos de páginas de registros sin formato sacados del terminal. Organiza tu documentación en un expediente formal y estructurado:

1. Resumen ejecutivo (1 página): indica la asignatura, el título del trabajo, el profesor y el porcentaje específico de IA de Turnitin o iThenticate que estás disputando. Resume las métricas del proyecto: duración total de la edición (p. ej., 47 días), número total de commits (p. ej., 114 commits), URL del repositorio e ID del proyecto de Overleaf. Declara con claridad: "The attached technical record establishes an uninterrupted drafting timeline that refutes the claim of automated text generation." (El registro técnico adjunto demuestra una cronología de redacción ininterrumpida que refuta la afirmación de que el texto fue generado automáticamente).

1. Tabla cronológica de hitos: incluye un resumen general que relacione los hitos principales del trabajo con los hashes de commit de Git:

1. Selección de diffs comentados: elige entre 3 y 5 diffs representativos que muestren pasos en la derivación de fórmulas, ajustes en el pseudocódigo de algoritmos o revisiones bibliográficas. Añade breves notas explicativas que evidencien la toma de decisiones humana.

1. Apéndice técnico completo: convierte el resultado íntegro de `git log --stat` y los parches detallados en un archivo PDF indexado como anexo. Asegúrate de que los hashes de los commits coincidan con el repositorio activo en Overleaf o GitHub para que el comité pueda auditar el árbol de versiones directamente.

Mantén un tono profesional y objetivo a lo largo de toda la audiencia. Céntrate en explicar las limitaciones técnicas de los detectores probabilísticos de IA en lugar de cuestionar las intenciones de quien te evalúa.

Incluso cuando el comité académico acepte tu log de Git como prueba de autoría independiente, es posible que la institución exija modificar ciertos párrafos si cuenta con una política de tolerancia cero respecto a las alertas de IA para archivar la tesis. En manuscritos técnicos de LaTeX, reescribir manualmente las secciones de antecedentes o estado del arte conlleva el riesgo de dañar citas, referencias cruzadas (`\label{}` y `\ref{}`) o notaciones matemáticas.

Importa el informe de Turnitin o iThenticate y reformula solo los pasajes señalados. Recibirás un archivo editable en el mismo formato.

Modificar únicamente los pasajes señalados garantiza que la estructura de LaTeX, las fórmulas matemáticas y la red de citas se mantengan intactas, al tiempo que atiendes las frases exactas detectadas por el software del comité.

¿Qué pasa si utilicé Overleaf con una cuenta gratuita y sin integración con Git? Si no vinculaste GitHub ni usaste Git Bridge mientras escribías, aún puedes consultar la pestaña History en la web de Overleaf. Aunque el plan gratuito solo muestre las últimas 24 horas de cambios, si mejoras tu cuenta u obtienes una licencia institucional, desbloquearás de inmediato y con carácter retroactivo todo el historial del proyecto. También puedes respaldar tu apelación con descargas locales en `.zip` de versiones previas, archivos PDF fechados de la caché de tu compilador local y el historial de navegación.

¿Puede un estudiante falsear las marcas de tiempo de los commits para manipular una apelación? Aunque es posible simular fechas locales mediante la variable de entorno `GIT_AUTHOR_DATE`, no se pueden modificar las marcas de tiempo que los servidores remotos de Overleaf o GitHub registran al recibir un push. El campo `CommitDate` del servidor refleja la hora exacta de recepción en la red. Además, fabricar decenas de versiones intermedias verosímiles en LaTeX, plenamente funcionales y con errores de compilación reales y desarrollos iterativos de fórmulas, resulta prácticamente imposible de automatizar de forma convincente.

¿Verifican Turnitin o iThenticate el historial de Git en Overleaf de forma automática? No. Turnitin e iThenticate analizan únicamente el documento que se entrega en el portal universitario (habitualmente un archivo PDF o Word). No cuentan con ninguna integración con Overleaf, GitHub ni con otros entornos de redacción. Evalúan patrones estadísticos del texto una vez enviado, razón por la cual los estudiantes deben extraer y presentar su propio historial de versiones de forma independiente.

¿Entenderán un log de Git los miembros del comité que no tengan un perfil técnico? Muchos miembros del comité de facultades no pertenecientes a STEM no estarán familiarizados con la sintaxis de Git. Por eso resulta fundamental incluir tu resumen ejecutivo de 1 página y tablas comparativas visuales de cambios. Sin embargo, los profesores de áreas STEM o los asesores técnicos del comité comprenderán de inmediato el control de versiones, y un historial de commits respaldado criptográficamente por terceros ofrece una defensa académica y formal totalmente objetiva.