ChatGPT 문서 수정본 비교: 바뀐 조건과 할 일 확인하기
문서 수정 전후의 마감·범위·제출물을 원문 번호로 비교합니다. 빠진 문장을 삭제로 단정하지 않고, 확인된 변경점과 승인받아야 할 다음 행동을 나누는 방법을 알아보세요.
수정본에서 실제로 바뀐 조건부터 찾기
새 문서가 오면 전체 내용을 다시 요약하기보다 마감, 대상 기간, 제출 형식처럼 내 작업을 바꾸는 조건을 먼저 확인하는 편이 유용합니다. ChatGPT에 두 버전을 함께 주고 각 변경점이 어느 문장에서 나온 것인지 표시하게 할 수 있습니다.
목표는 원문과 대조할 수 있는 검토 초안입니다. AI가 수정본의 승인 여부를 결정할 수는 없습니다. 텍스트가 바뀐 사실과 그에 따라 내가 하려는 행동을 따로 남기세요.
1. 같은 범위의 원문 준비하기
이전 버전과 수정 버전의 이름·날짜를 적고 관련 문장에 O1, N1처럼 번호를 붙입니다. 양쪽에서 같은 구간을 가져오세요. “만”, “선택”, “필수” 같은 표현은 짧아도 업무 조건을 바꿀 수 있으니 생략하지 않습니다.
공유가 허용된 자료만 사용하고 개인정보와 관계없는 내부 자료는 제외하세요. 계정의 데이터 설정과 회사 자료를 올려도 되는지는 별도로 확인해야 합니다.
- 전체 문서인지 일부 구간인지 표시합니다.
- 숫자·단위·날짜·시간대를 함께 남깁니다.
- 승인 여부를 확인하지 못했다면 모름으로 적습니다.
2. 짧은 수정 사례로 연습하기
아래는 이 글을 위해 만든 가상 보고 지침입니다. 다섯 조건을 양쪽에 넣었으므로 무엇이 바뀌고 유지됐는지 직접 대조할 수 있습니다. “수정 버전”이라는 이름 자체가 승인을 뜻하지는 않습니다.
실제 문서에서는 같은 조건이 다른 문단으로 옮겨가기도 합니다. 위치가 바뀌었다는 이유로 삭제·추가를 두 번 세지 않도록 의미를 먼저 맞춥니다.
| 조건 | 이전 버전 | 수정 버전 |
|---|---|---|
| 마감 | 10월 10일 17시, Asia/Seoul [O1] | 10월 12일 12시, Asia/Seoul [N1] |
| 보고 기간 | 4월 [O2] | 5월 [N2] |
| 제출 형식 | Excel과 PDF [O3] | Excel만 [N3] |
| 부록 | 선택 [O4] | 필수 [N4] |
| 검토자 | 팀장 [O5] | 팀장 [N5] |
3. 공유 프롬프트에 두 버전 넣기
아래 게시판에서 전체 프롬프트를 열고 대괄호 항목을 내 상황으로 바꿉니다. 각 변경점에 이전·수정 문구와 원문 번호를 모두 붙이도록 요청하세요. 유지된 조건도 따로 받으면 수정본의 모든 내용이 새 요구사항처럼 보이는 것을 줄일 수 있습니다.
스캔 문서라면 추출된 숫자와 표가 정확한지 먼저 봅니다. 읽히지 않은 문장은 입력 자료의 문제입니다. 곧바로 삭제된 조건으로 해석하지 않습니다.
4. 변경점과 다음 행동 나누기
아래는 모델 성능을 측정한 결과가 아닌 편집용 예시입니다. 네 조건은 바뀌고 검토자는 같습니다. 새 마감이 정오라는 점과 “Excel만”이라는 한정 표현을 결과에도 유지해야 합니다.
“내부 검토 일정을 옮긴다”는 후속 행동 제안입니다. 실제 검토 절차와 승인 정보가 없으므로 이미 결정된 일처럼 적으면 안 됩니다.
| 변경과 근거 | 검토할 영향 | 다음 확인 |
|---|---|---|
| 마감 [O1, N1] | 제출 시점 변경 | 수정본 승인 여부 |
| 기간 [O2, N2] | 5월 자료 필요 | 원문 기간과 접근 가능 여부 |
| 형식 [O3, N3] | “만”이 PDF를 제외 | 별도 PDF 요구 지침 여부 |
| 부록 [O4, N4] | 선택에서 필수로 변경 | 명시되지 않은 부록 내용 |
| 검토자 [O5, N5] | 검토자 변경 없음 | 팀장 검토 조건 유지 |
5. 행동하기 전 원문 대조하기
인용한 문구가 정확해도 엉뚱한 항목에 연결될 수 있습니다. 모든 번호를 원문에서 확인하세요. 날짜는 일자·시각·시간대를 각각 보고, 숫자는 단위와 상한·목표 같은 조건까지 확인합니다.
- 옮겨진 조건을 중복 계산하지 않습니다.
- 명시적 삭제와 일부 구간에서 찾지 못한 것을 구분합니다.
- 충돌하는 문구를 임의로 하나만 선택하지 않습니다.
- 비교표 확인과 후속 행동 승인을 별도로 진행합니다.
6. 짧은 검토 메모로 마무리하기
검토 메모는 “제공된 수정본에서는 마감·보고 월·제출 형식·부록 조건이 바뀌었습니다. 검토자는 그대로입니다. 업무 계획을 변경하기 전 이 수정본이 승인된 문서인지 확인 부탁드립니다”처럼 쓸 수 있습니다. 버전 이름과 근거 번호도 함께 남깁니다.
두 구간만 비교했다면 검토 범위를 명시하세요. 긴 문서는 같은 구간끼리 나눠 대조한 뒤 조건별 목록을 합칩니다. 합친 표에도 각 행의 원문 번호를 유지해야 재검토하기 쉽습니다.
관련 글과 확인 자료
업무 조건의 기준은 실제 원본 문서입니다. OpenAI의 정확성 안내는 중요한 출력을 검증해야 하는 이유를 설명합니다. 이 글의 비교 절차와 가상 사례는 Praclane이 구성한 활용 예시입니다.
사진: Nick Morrison / Unsplash.
