이 가이드는 짧은 명령어 하나로 끝나지 않습니다. 필요한 자료를 정리하고, AI가 추측하지 않게 경계를 주고, 출력 내용을 원문과 대조해 실제로 사용할 수 있는 결과로 만드는 전체 과정을 설명합니다.
예시 안내 본문의 입력과 기대 결과는 절차를 설명하기 위해 구성한 예시입니다. 실제 수행 결과나 성과를 주장하지 않으며, 중요한 업무에는 원자료와 담당자의 최종 확인이 필요합니다.
- 비교할 기준본과 개정본을 해시·파일명·시각으로 고정합니다.
- 문자 수준 차이와 의미 변화 분류를 서로 다른 단계로 처리합니다.
- AI 요약마다 양쪽 원문 인용과 위치를 붙이고 사람이 최종 판단합니다.
완성 결과물
누구에게 필요하고, 누구에게는 맞지 않을까
이런 분께 맞습니다
- 정책·매뉴얼·제안서의 개정 내용을 매번 수작업으로 대조하는 실무자
- 바뀐 문장을 찾는 일과 그 영향 설명을 한 화면에서 처리하려는 팀
- 원문을 훼손하지 않는 문서 비교 프로토타입을 기획하는 사람
이 경우에는 멈추세요
- AI 요약만 보고 계약·법률 문구의 효력을 확정하려는 경우
- 서로 다른 구조와 목적의 문서를 같은 버전으로 간주하는 경우
- 비밀번호·개인정보가 포함된 문서를 처리할 권한이 없는 환경
시작 전에 준비할 것
도구를 열기 전에 입력 자료와 최종 확인자를 정하면, 그럴듯하지만 틀린 결과를 줄일 수 있습니다.
- 승인된 기준본과 비교할 개정본 각 한 개
- 문단·표·각주를 식별할 위치 표기 규칙
- 중요 변경 범주와 검토 책임자
- 민감정보 처리와 문서 보관 기준
- 정답 변경점이 포함된 작은 시험 문서 쌍
단계별 과정
기준본과 개정본의 신원을 고정합니다
왜 필요한가 — 파일명이 비슷하거나 비교 방향이 뒤집히면 추가와 삭제의 의미도 반대로 표시됩니다.
업로드할 때 기준본과 개정본을 명시적으로 선택하게 하고 파일명, 저장 시각, 문서 버전, 해시값을 기록합니다. 같은 파일을 두 칸에 넣었거나 문서 유형이 다르면 비교를 시작하지 않습니다.
원본은 수정하지 않고 비교 결과를 세 번째 문서나 별도 데이터로 만듭니다. 머리글·바닥글·주석·표·각주를 포함할지 옵션으로 두되 보고서 상단에 실제 적용 범위를 표시합니다.
기준본: 반품정책_v3.docx / 승인일 2026-07-01 개정본: 반품정책_v4.docx / 검토본 2026-08-12 비교 범위: 본문, 표, 각주 포함 / 서식 변화 제외
comparison_id=C-0815-01 방향=v3 → v4 원본 보존=예 포함=본문·표·각주 제외=서식 파일 해시=각 버전에 별도 기록
문서를 안정적인 블록으로 나눕니다
왜 필요한가 — 페이지 번호와 줄바꿈만 기준으로 삼으면 작은 편집에도 위치가 모두 밀려 같은 문단을 찾기 어렵습니다.
제목 경로, 문단, 목록 항목, 표의 행과 열, 각주를 각각 블록으로 추출합니다. 각 블록에는 version, section_path, block_id, 원문 텍스트를 붙이고 읽기 순서를 보존합니다.
스캔 PDF는 텍스트 추출 품질을 먼저 검사하고 OCR이 필요한 페이지를 별도로 표시합니다. 글자가 깨지거나 표 구조가 무너지면 의미 비교로 넘어가지 않고 추출 검토 상태로 보냅니다.
v3 > 제4조 > 2항: 상품 수령 후 7일 이내 신청할 수 있습니다. v4 > 제4조 > 2항: 상품 수령 후 14일 이내 신청할 수 있습니다.
base block_id=sec4-p2, section_path=제4조/2항, text=...7일... revised block_id=sec4-p2, section_path=제4조/2항, text=...14일... 정렬 상태=동일 위치 후보
기계적 차이를 먼저 확정합니다
왜 필요한가 — AI에게 두 장문의 차이를 바로 묻으면 작은 숫자 변경이나 삭제 문장을 놓칠 수 있습니다.
먼저 일반적인 비교 알고리즘으로 추가, 삭제, 치환, 이동 후보를 만듭니다. 숫자·날짜·부정어·의무 표현은 별도 토큰으로 표시해 문장이 비슷해도 반드시 검토 목록에 남깁니다.
섹션 이동과 문장 수정이 동시에 일어난 경우 하나로 합치지 말고 위치 변화와 내용 변화를 분리합니다. 구조 비교 결과에는 양쪽 원문과 블록 ID를 그대로 보존합니다.
기준: 상품 수령 후 7일 이내 신청할 수 있습니다. 개정: 상품 수령 후 14일 이내 신청해야 합니다.
치환 1: 7일 → 14일 [숫자·기간] 치환 2: 할 수 있습니다 → 해야 합니다 [가능 → 의무] 위치: 제4조/2항 상태: 중요 변경 후보
AI는 영향 후보와 확인 질문만 작성합니다
왜 필요한가 — 문장의 법적·업무적 효과는 주변 조항과 실제 운영 맥락에 따라 달라져 자동 확정하면 위험합니다.
AI에는 이미 확정한 차이 블록과 인접 문단만 제공합니다. 변경 유형, 평이한 설명, 영향받을 수 있는 업무, 확인 질문을 쓰게 하되 효력이나 의도를 단정하지 못하게 합니다.
각 요약에는 기준 원문과 개정 원문을 짧게 붙이고 근거가 부족하면 ‘판단 보류’로 표시합니다. 숫자 변경과 의무 표현 변경처럼 성격이 다른 변화는 한 문장으로 뭉개지 않습니다.
위치=제4조/2항 기준 원문=상품 수령 후 7일 이내 신청할 수 있습니다. 개정 원문=상품 수령 후 14일 이내 신청해야 합니다. 규칙=의도와 법적 효력을 추정하지 말 것
변경 요약: 신청 기간 표현이 7일에서 14일로 바뀌었고, 가능 표현이 의무 표현으로 바뀌었습니다. 영향 후보: 신청 안내 문구와 운영 마감 기준 확인 질문: 신청 주체에게 의무를 부과하려는 개정인지 담당자 확인 필요 판단 상태: 미확정
누락 시험과 승인 기록으로 마무리합니다
왜 필요한가 — 변경 보고서는 발견한 항목의 정확도뿐 아니라 반드시 찾아야 할 항목을 놓치지 않았는지도 검증해야 합니다.
숫자 하나 변경, ‘아닌’ 같은 부정어 추가, 표의 행 삭제, 각주 이동, 문단 순서 변경을 심은 시험 문서 쌍으로 도구를 검사합니다. 기대 목록과 실제 보고서를 대조해 누락과 잘못된 경보를 따로 기록합니다.
최종 보고서에는 비교 범위, 원본 해시, 도구·프롬프트 버전, 미해결 항목, 검토자와 승인 시각을 넣습니다. 중요한 문서는 해당 분야 책임자가 원본을 직접 열어 확인하기 전까지 검토 전으로 유지합니다.
시험 변경: 숫자 1건 / 부정어 1건 / 표 행 삭제 1건 / 각주 이동 1건 / 단순 띄어쓰기 1건 기대 중요 변경=4건, 서식성 변화=1건
검수표: 변경 ID | 기대 유형 | 발견 여부 | 양쪽 근거 | 중요도 후보 | 담당자 판정 | 누락 원인 최종 상태=4건 확인, 1건 단순 편집, 승인 대기
수정해 쓰는 재사용 입력
중괄호 부분을 자신의 상황으로 바꾸고, 실제 자료를 넣기 전에 개인정보와 공개하면 안 되는 내용을 제거하세요. 결과는 반드시 원문과 대조합니다.
아래는 비교 알고리즘이 찾은 한 개의 변경 블록입니다. 두 원문에 있는 내용만 사용해 검토 메모를 작성하세요. 작성 의도, 법적 효력, 실제 영향은 추정하지 마세요.
[위치]
{{section_path와 block_id}}
[기준본 원문]
{{변경 전 문장}}
[개정본 원문]
{{변경 후 문장}}
[기계적 차이]
{{추가·삭제·치환·이동과 변경 토큰}}
[출력]
1. 확인 가능한 변경 요약
2. 변경 유형
3. 영향받을 수 있는 업무 후보
4. 담당자에게 물을 확인 질문
5. 판단 보류가 필요한 이유
6. 기준본·개정본 근거 문장결과 확인 체크리스트
- 기준본과 개정본의 방향을 명시했다.
- 두 원본의 버전·해시·보관 위치를 기록했다.
- 비교에 포함·제외한 문서 요소를 표시했다.
- 문단·목록·표·각주에 추적 가능한 ID가 있다.
- 텍스트 추출 오류를 먼저 검사했다.
- 기계적 차이와 AI 의미 요약을 분리했다.
- 숫자·날짜·부정어·의무 표현을 별도로 확인했다.
- 모든 요약에 양쪽 원문 근거가 있다.
- 의도·효력·영향 후보를 확정 사실처럼 쓰지 않았다.
- 누락을 확인할 시험 문서 쌍을 사용했다.
- 분야 책임자가 중요 변경을 원문과 대조했다.
- 프롬프트·도구·검토·승인 버전을 기록했다.
자주 막히는 지점과 해결법
기계적 차이 목록을 먼저 만들고 AI에는 각 변경 블록의 설명만 맡깁니다.
위치 이동 후보와 텍스트 치환을 별도 필드로 저장하고 사람이 연결합니다.
확인 사실, 영향 후보, 담당자 질문, 판단 보류를 서로 다른 칸으로 나눕니다.
알려진 변화가 들어 있는 시험 문서 쌍으로 누락률과 실패 유형을 기록합니다.
개인정보·저작권·정확성 주의
AI가 자연스럽게 작성했다는 사실은 정확성과 이용 권한을 보장하지 않습니다. 공개하거나 전달하기 전에 아래 항목을 확인하세요.
- 계약·법률·규정 문서의 효력 판단은 자격 있는 담당자의 검토를 받아야 합니다.
- 암호화되거나 접근 제한된 문서를 외부 서비스에 업로드하기 전에 권한을 확인하세요.
- 스캔 품질이 낮은 문서는 OCR 오류와 실제 개정을 구분해야 합니다.
- 표·수식·도형 안의 텍스트는 일반 문단 추출에서 빠질 수 있습니다.
- 문서 비교 결과는 원본을 대체하지 않으며 두 원본을 별도로 보관해야 합니다.
- 여러 사람이 수정한 문서는 두 버전 비교와 변경 병합을 같은 작업으로 취급하지 마세요.
자주 묻는 질문
문서의 변경 내용 추적 기능과 별도 비교 도구는 무엇이 다른가요?
변경 내용 추적은 편집 과정에서 남긴 기록을 보는 데 적합하고, 두 버전 비교는 독립적으로 저장된 기준본과 개정본의 차이를 찾는 데 유용합니다. 여러 검토자의 수정안을 합치는 작업은 다시 별도의 병합 절차로 다뤄야 합니다.
스캔 PDF 두 개도 같은 방식으로 비교할 수 있나요?
가능하지만 먼저 각 페이지의 OCR 품질과 읽기 순서를 확인해야 합니다. 글자 깨짐이나 표 추출 실패를 실제 개정으로 오인할 수 있으므로 추출 검토를 통과한 블록만 의미 비교 단계로 보내세요.
AI가 만든 변경 요약만 읽고 승인해도 되나요?
아닙니다. 요약에는 빠진 숫자나 부정어가 있을 수 있습니다. 중요 변경은 기준본과 개정본의 원문 위치를 직접 열어 대조하고, 효력과 업무 영향은 담당 분야 책임자가 판단해야 합니다.
문단이 다른 위치로 이동했을 때는 삭제와 추가 중 무엇으로 보나요?
이동 후보와 내용 변경을 분리해 기록하는 편이 좋습니다. 텍스트가 같으면 위치 변화로, 일부 문구도 달라졌다면 이동과 치환을 함께 표시해 검토자가 두 변화를 각각 확인하게 합니다.
공식 출처와 확인 기준
출처는 각 원자료가 다루는 범위 안에서 참고했습니다. 서비스 화면과 기능은 바뀔 수 있으므로 실제 사용 전 최신 문서를 다시 확인하세요.
수정 이력
2026-08-15 — 작성 및 편집 검수.
이어서 볼 가이드
재생에너지·앱 개발·이커머스를 거치며 배운 AI 활용법
회사 안에서도 저는 계속 ‘새로운 걸 만들어야 하는 역할’에 있었습니다 돌이켜보면 저는 정해진 업무를 오래 반복하기보다, 이미 있는 방식에서 새로운 매출이나 새로운 채널을 만들어야 하는 일을 많이 했습니다. 신세계에서는 MD의 관점에서 상품과 고객을 봤고, SK Networks에서는 온라인 시장이 본격적으로 커지기 시작하던 시기에 새로운 이커머스 사업을 만드는 일을 경험했습니다. 당시에는 지금처럼 브랜드가 온라인 판매를 당연하게 생각하지 […]
프롬프트 버전을 감으로 고르지 않는 평가 도구 설계법
같은 시험 입력과 판정 기준으로 프롬프트 두 버전을 가려 비교하고, 좋아진 사례와 퇴행한 사례를 함께 남기는 평가 도구 명세입니다.