AI 감지 오탐 소명에 Overleaf Git 커밋 기록을 활용하는 방법

Overleaf는 백그라운드에서 모든 저장과 커밋을 Git 저장소에 기록합니다. 학업 진실성 (Academic Integrity) 분쟁이 발생했을 때, 점진적으로 축적된 커밋 해시와 단계적인 수식 전개 과정, 순차적인 BibTeX 수정 이력은 그 어떤 AI 프롬프트로도 만들어낼 수 없는 물리적 증거가 됩니다.

HumanPen 팀

· 7분

Overleaf 기록이 AI 관련 학업 진실성 분쟁에서 결백을 증명할 수 있습니까?

그렇습니다. 대학 학업 진실성 위원회는 문서가 시간의 흐름에 따라 단계적으로 작성되었음을 보여주는 검증 가능한 작성 궤적인 기원 증명 (proof of provenance)을 요구합니다. Turnitin, iThenticate, GPTZero와 같은 도구는 최종 제출된 정적 PDF만을 평가합니다. 이들은 곤혹도 (perplexity)와 돌발성 (burstiness)에 기반한 확률적 점수만을 부여할 뿐, 문서가 실제로 어떻게 작성되고 조립되었는지는 확인하지 못합니다.

Overleaf는 이러한 문서 작성 과정을 고스란히 기록합니다. 이공계 및 수학 분야 논문은 간결하고 수동태 중심의 형식적인 문장 구조를 사용하기 때문에, STEM 계열 논문은 AI 감지기에서 오탐 (false positive)이 발생할 확률이 매우 높습니다. AI 감지기는 해당 텍스트가 생성형 프롬프트 한 번으로 순식간에 나타났다고 주장합니다. 그러나 검증 가능한 Overleaf 기록은 정반대의 사실을 입증합니다. 즉, 수주 또는 수개월에 걸쳐 수백 회의 점진적 수정, 문법 오류 교정, 변수명 변경, 정리 (theorem) 수정이 차곡차곡 이루어졌음을 명백히 증명합니다.

작성 과정에 대한 암호학적 기록을 제시하면 알고리즘의 확률적 추측을 확실한 물리적 증거로 대체할 수 있습니다. 학업 진실성 위원회는 타임스탬프가 찍힌 검증 가능한 수정 내역 앞에서는 단순한 부정행위 혐의를 유지할 수 없습니다.

Overleaf의 두 가지 기록 계층: 웹 버전 기록과 Git 연동

Overleaf는 두 가지 서로 다른 추적 메커니즘을 제공합니다. 이 차이점을 이해해야 증거를 어떤 방식으로 추출하고 제출할지 결정할 수 있습니다.

  1. 웹 버전 기록 (History 탭):

웹 에디터는 키 입력을 개별 편집 세션으로 묶어 좌우 비교 화면으로 시각화해 보여줍니다. 어떤 작성자가 특정 부분을 수정했는지 확인하고 이전 상태로 되돌릴 수도 있습니다. 다만 웹 인터페이스에서 지원하는 내보내기 기능은 제한적입니다. 무료 계정의 경우 Overleaf는 최근 편집 내용 (일반적으로 지난 24시간)만 표시하도록 제한하지만, 전체 기록은 내부적으로 계속 보관되며 프로젝트를 유료로 업그레이드하면 다시 활성화됩니다.

  1. 기저의 Git Bridge 및 GitHub 동기화:

모든 Overleaf 프로젝트는 내부적으로 Git 저장소를 기반으로 실행됩니다. 프리미엄 또는 기관용 플랜에서 제공하는 Git Bridge 직접 접속 (`git.overleaf.com`)이나 기본 GitHub/GitLab 연동 기능을 통해 표준 버전 관리 방식으로 프로젝트를 다룰 수 있습니다.

웹 인터페이스는 개인적인 검토에는 충분하지만, 학업 소명에서는 외부로 반출 가능하고 위변조가 불가능한 증거가 필요합니다. 기저의 Git 트리를 내보내면 정확한 커밋 해시, 작성자 메타데이터, 이중 타임스탬프 (작성일 Author Date 대 커밋일 Commit Date), 그리고 컴퓨터 과학이나 공학 분야 교수진이 독립적으로 검증할 수 있는 기계 판독형 diff 파일을 확보할 수 있습니다.

암호학적 증거 추출: 저장소 클론 및 Git 로그 내보내기

학업 진실성 위원회에 편집 기록을 제출하려면 원본 Git 저장소를 로컬 컴퓨터로 복제 (clone)하고 명확한 감사 추적 기록을 생성해야 합니다.

  1. 프로젝트 저장소 클론: 소속 기관에서 Overleaf Professional을 제공하거나 프리미엄 요금제를 구독 중이라면, Overleaf Git Bridge를 통해 `git clone https://git.overleaf.com/[project-id] thesis-appeal-repo` 명령어로 프로젝트를 직접 클론하십시오. 프로젝트가 GitHub나 GitLab과 동기화되어 있다면 `git clone https://github.com/[username]/[repository-name].git thesis-appeal-repo` 명령어로 원격 저장소를 클론하면 됩니다.
  1. 타임스탬프가 포함된 전체 커밋 메타데이터 내보내기: `git log --pretty=fuller --stat > commit_timeline_summary.txt`와 같이 `--pretty=fuller` 플래그를 사용하여 `git log`를 실행하십시오. 이 명령어는 `AuthorDate` (수정이 작성된 시점)와 `CommitDate` (원격 서버에 커밋이 기록된 시점)를 모두 표시합니다. 서버 커밋 타임스탬프는 로컬 클라이언트의 시계를 조작해도 변경할 수 없으므로, 신뢰할 수 있는 제3자 인증 타임라인 증거 역할을 합니다.
  1. 문제가 된 섹션의 줄 단위 diff 생성: 특정 챕터나 섹션을 직접 작성했음을 증명하려면 `git log -p -w --reverse -- main.tex > main_tex_evolution.diff` 명령어로 해당 파일의 전체 수정 이력 diff를 추출하십시오. 특정 정리를 수정한 커밋만 골라내려면 `git log -S "theorem:convergence" -p -- sections/methodology.tex > convergence_proof_steps.diff` 명령어를 사용할 수 있습니다. 이 출력 결과는 표준 unified diff 형식으로 모든 추가 및 삭제 내역을 문서화하여 초안 작성의 시간순 전개 과정을 명확히 보여줍니다.

이공계 논문만의 결정적 증거: 수식 전개 과정과 BibTeX 추가 이력

일반적인 인문학 에세이는 단어 수준의 재작성에 의존하지만, 이공계 (STEM) 논문에는 대형 언어 모델이 한 번의 텍스트 생성 과정에서 만들어내지 못하는 고유한 기술적 흔적이 담겨 있습니다.

  1. 단계별 수학 공식 유도 과정: AI 모델은 단 한 번에 완성된 LaTeX 수식을 생성합니다. 반면 실제 연구자는 연속적인 컴파일 시도 과정에서 표기법 오류를 범하고, 인덱스를 조정하며, 부호를 바로잡고, 긴 수식을 여러 줄 환경으로 분할합니다. 실제 사람이 작성한 저장소에서는 초기 커밋에 기본 손실 함수 (`\mathcal{L}(\theta) = \sum \log P - \lambda \sum \|\mathbf{w}_k\|_2^2`)가 기록되고, 후속 커밋에서 정규화 항 (`-\frac{\lambda}{2} \sum \|\mathbf{w}_{k, t}^{(j)}\|_2^2`)을 다듬으며 인덱스 차원을 정규화하는 과정이 나타납니다. 이처럼 점진적으로 표기법을 조율해 나간 흔적은 능동적인 수학적 공식화 작업의 실증적인 증거가 됩니다.
  1. LaTeX 컴파일 디버깅 주기: 사람이 직접 LaTeX를 작성할 때는 닫히지 않은 중괄호, 이스케이프되지 않은 특수 문자, 누락된 패키지, 해결되지 않은 상호 참조 등으로 인해 컴파일 오류가 반복적으로 발생합니다. Git 로그에는 닫히지 않은 `\left(`를 `\right)`로 닫거나 잘못된 `\cite` 키를 수정하는 등 특정 컴파일러 오류를 해결한 중간 커밋들이 고스란히 남게 됩니다. 이러한 세부적인 문제 해결 커밋은 AI가 생성한 초안에는 전혀 존재하지 않습니다.
  1. 비동기적 BibTeX 항목 추가: 생성형 모델은 참고문헌을 허위로 지어내거나 인용을 한꺼번에 대량으로 삽입하는 경우가 흔합니다. 반면 실제 연구 저장소의 `.bib` 파일은 시간에 따라 점진적으로 증가합니다. 커밋 기록을 살펴보면 문헌 조사의 진행 흐름에 맞춰 서로 다른 날짜에 개별 BibTeX 항목이 추가된 사실을 확인할 수 있습니다.
날짜파일커밋 작업연구 맥락
10월 2일`references.bib``@article{vaswani2017attention}` 추가셀프 어텐션 (Self-Attention) 관련 기초 문헌 검토
10월 9일`methodology.tex``\cite{vaswani2017attention}` 인용 추가기존 연구와 모델 아키텍처 연결
10월 14일`references.bib``@inproceedings{devlin2018bert}` 추가비교 벤치마크 문헌 검토

학업 진실성 위원회 제출용 소명 자료 구성하기

학업 진실성 위원회에는 기술 전문가뿐만 아니라 비전문 행정 담당자도 포함되어 있습니다. 구조화되지 않은 수백 페이지 분량의 원본 터미널 출력을 그대로 제출해서는 안 됩니다. 소명 자료를 격식 있고 전문적인 서류철로 구성하십시오.

  1. 1페이지 분량의 요약 보고서 (Executive Summary): 과목명, 논문 제목, 지도교수 성명, 그리고 이의를 제기하는 구체적인 Turnitin/iThenticate AI 비율을 명시하십시오. 총 작성 기간 (예: 47일), 총 커밋 수 (예: 114회 커밋), 저장소 URL, Overleaf 프로젝트 ID 등 프로젝트 핵심 지표를 요약하십시오. 그리고 다음과 같이 명확히 진술하십시오. "The attached technical record establishes an uninterrupted drafting timeline that refutes the claim of automated text generation." (첨부된 기술 기록은 중단 없는 작성 타임라인을 입증하며, 이는 자동화된 텍스트 생성이라는 주장을 반박합니다.)
  1. 시간순 마일스톤 표: 논문의 주요 마일스톤을 Git 커밋 해시와 대응시킨 개요 요약표를 제시하십시오.
마일스톤 / 섹션최초 커밋 해시작성일 (Author Date)최종 수정 해시서버 커밋일 (Commit Date)
문제 공식화 (Problem Formulation)`a7f39c1`2026-09-04`b2e410d`2026-09-12
보조정리 2 및 증명 (Lemma 2 & Proof)`c9148e2`2026-09-18`d810f3a`2026-09-29
실험 환경 설정 (Experimental Setup)`e3b7911`2026-10-02`f509c2b`2026-10-11
  1. 주석이 포함된 핵심 diff 발췌본 (Annotated Diff Highlights): 수식 유도 단계, 알고리즘 의사코드 조정, 문헌 검토 수정 내역을 보여주는 핵심 diff 3~5개를 선정하십시오. 인간 연구자의 능동적인 판단과 의사결정 과정을 부각하는 설명 주석을 함께 덧붙이십시오.
  1. 전체 기술 부록 (Complete Technical Appendix): 전체 `git log --stat` 및 상세 패치 출력을 색인이 포함된 PDF 첨부 파일로 변환하십시오. 위원회가 Git 트리를 직접 검토할 수 있도록 커밋 해시가 Overleaf나 GitHub의 실제 저장소와 일치하는지 확인하십시오.

청문회 전반에 걸쳐 전문적이고 객관적인 태도를 유지하십시오. 평가자의 의도를 문제 삼기보다는 확률 기반 AI 감지기가 지닌 기술적 한계를 지적하는 데 집중해야 합니다.

특정 문단이 여전히 문제되는 경우: 정밀한 타깃 재작성

학업 진실성 위원회가 Git 로그를 독자적인 연구의 증거로 인정하더라도, 최종 논문 보관을 위해 기관에서 AI 감지 비율 0%라는 엄격한 기준을 요구한다면 특정 문단을 다시 작성해야 할 수도 있습니다. 복잡한 기술 관련 LaTeX 원고의 경우 배경 설명이나 관련 연구 섹션을 수작업으로 다시 쓰다 보면 인용, 상호 참조 (`\label{}` 및 `\ref{}`), 또는 수학 표기법이 손상될 위험이 있습니다.

Turnitin 또는 iThenticate 보고서를 가져와 표시된 부분만 다시 쓰고, 같은 형식의 편집 가능한 파일로 받으세요.

문제가 된 구절만을 타깃으로 수정하면, 위원회의 검사 소프트웨어가 감지한 특정 문장을 해결하면서도 논문 기저의 LaTeX 구조, 수학 공식, 인용 네트워크를 온전히 보존할 수 있습니다.

자주 묻는 질문

Git 연동 없이 Overleaf 무료 플랜을 사용한 경우에는 어떻게 해야 합니까? 작성 당시 GitHub를 연동하지 않았거나 Git Bridge를 사용하지 않았더라도 Overleaf 웹의 History 탭을 확인할 수 있습니다. 무료 플랜에서 지난 24시간 동안의 기록만 표시된다 하더라도, 계정을 유료로 업그레이드하거나 기관 라이선스를 취득하면 이전의 전체 기록이 소급하여 즉시 잠금 해제됩니다. 또한 로컬에 다운로드해 둔 초안 `.zip` 파일, 로컬 캐시에 저장된 날짜별 PDF 컴파일 출력본, 웹 브라우저 방문 기록 등을 소명 자료로 보완할 수 있습니다.

학생이 Git 커밋 타임스탬프를 조작하여 소명 자료를 위조할 수 있습니까? `GIT_AUTHOR_DATE` 환경 변수를 사용하여 로컬 날짜를 속일 수는 있지만, 커밋을 푸시할 때 Overleaf나 GitHub에 기록되는 원격 서버 타임스탬프는 수정할 수 없습니다. 서버의 `CommitDate`는 네트워크를 통해 수신된 정확한 시점을 기록합니다. 아울러 실제 문법 오류와 점진적인 수식 전개 과정이 담긴 수십 개의 그럴듯하고 정상 작동하는 중간 LaTeX 상태를 자동화하여 신뢰성 있게 꾸며내는 것은 현실적으로 불가능에 가깝습니다.

Turnitin과 iThenticate가 Overleaf Git 기록을 자동으로 확인합니까? 그렇지 않습니다. Turnitin과 iThenticate는 대학 포털에 제출된 문서 (일반적으로 PDF 또는 Word 파일)만을 대상으로 작동합니다. 이들 도구는 Overleaf, GitHub 또는 그 어떤 작성 환경과도 연동되지 않습니다. 제출 이후 텍스트의 통계적 패턴만을 검사하므로, 학생이 직접 버전 기록을 추출하여 소명 자료로 제출해야 합니다.

비이공계 출신의 위원회 위원들도 Git 로그를 이해할 수 있습니까? 비이공계 학과의 많은 위원들은 Git 문법에 익숙하지 않을 수 있습니다. 그렇기 때문에 1페이지 분량의 요약 보고서와 시각적인 좌우 비교 diff 표가 필수적입니다. 반면 위원회 내 이공계 교수진이나 대학 기술 자문위원은 버전 관리의 개념을 즉각 이해하며, 제3자 기관의 암호학적 커밋 기록은 객관적인 법적·학문적 방어 수단을 제공합니다.

계속 읽기