AI 요약 사실 확인 체크리스트: 숫자·날짜·예외를 원문과 대조하기

핵심 요약: AI 요약의 사실 확인은 “전체적으로 맞아 보인다”는 판단보다 문장과 원문을 짝지어 보는 작업에 가깝습니다. 숫자의 단위와 분모, 날짜의 역할, 적용 조건, 인과관계를 각각 확인하고 수정 이유를 기록하세요. 아래 원문과 잘못된 요약은 모두 글의 설명을 위해 독립적으로 만든 가상 사례입니다. 실제 기관의 공지나 실제 AI 실행·정확도 테스트 결과가 아닙니다.

1. 요약문을 확인 가능한 주장으로 나누기

“새 기능이 출시돼 누구나 무료로 업무를 빠르게 처리한다”는 한 문장에도 출시 여부, 이용 대상, 비용, 처리 속도라는 여러 주장이 들어 있습니다. 먼저 문장을 작은 항목으로 나눠야 어떤 부분을 확인했고 무엇이 남았는지 알 수 있습니다. 사실과 해석을 함께 검토하면 사실 하나가 맞는다는 이유로 나머지 판단도 통과시키기 쉽습니다.

Anthropic의 잘못된 응답에 관한 공식 도움말은 Claude가 그럴듯한 잘못된 답을 만들 수 있고, 웹 검색의 인용 원문에는 요약에서 빠진 맥락이 있을 수 있다고 설명합니다. 말투의 자신감보다 원문에 무엇이 적혀 있는지를 기준으로 판단하세요. 이 글의 검토 방식은 그 방향을 구체적인 문서 작업에 적용한 실용 제안입니다.

검토 시작 전에 요약의 문장에 1번, 2번처럼 번호를 붙이세요. “모두”, “항상”, “반드시”, “무료”, “증명”처럼 범위나 강도를 크게 만드는 표현도 표시합니다. 원문에 이런 말이 있는지 확인하면 짧은 요약이 과장된 결론으로 바뀐 지점을 찾기 쉽습니다. 여러 주장이 들어 있는 문장은 검토표에서 항목을 나누어 기록합니다.

2. 검토 순서는 독자의 행동을 기준으로 정하기

모든 문장을 같은 깊이로 살피기 어렵다면 독자가 그 문장을 보고 무엇을 할지 생각하세요. 접수 날짜가 틀리면 기회를 놓칠 수 있고, 저장 범위가 틀리면 다른 파일을 덮어쓸 수 있습니다. 배경 설명의 사소한 표현보다 신청 여부, 비용, 삭제와 실행 범위 같은 행동 결정 항목을 먼저 확인합니다.

그다음 출처 제목과 주소를 열고 본문의 관련 절을 읽습니다. 문서의 게시처가 공식인지, 같은 제품과 버전을 설명하는지, 다른 지역이나 계정의 조건인지도 살피세요. 링크가 열리는 상태는 출처 존재를 확인한 것이고, 해당 문단이 요약의 주장을 뒷받침하는 상태는 근거 대응을 확인한 것입니다. 둘을 검토 기록에서 구분하면 링크만 확인하고 끝내는 실수를 줄일 수 있습니다.

3. 숫자: 값이 같아도 의미가 달라질 수 있다

가상 사례 A: 퍼센트와 퍼센트포인트

가상 원문: “같은 기준으로 측정한 응답률이 12%에서 18%로 바뀌었다.” 잘못된 요약: “응답률이 6% 증가했다.” 두 비율의 차이는 18−12=6퍼센트포인트입니다. 기존 값에 대한 상대 증가율은 (18−12)÷12×100=50%입니다. “6%”라고만 쓰면 이 두 의미를 구분할 수 없습니다.

정정한 요약: “응답률은 12%에서 18%로 6퍼센트포인트 상승했다. 기존 응답률 대비 상대 증가율은 50%다.” 아주 짧은 요약이라면 앞 문장만 남겨도 비교는 가능합니다. 원문이 단순 차이만 보고했다면 상대 증가율은 원문의 인용이 아니라 작성자가 계산한 값으로 표시하세요. 계산 결과와 원문에 보고된 지표를 섞지 않는 것이 핵심입니다.

가상 사례 B: 응답자와 전체 대상의 분모

가상 원문: “설문 대상은 200명, 응답자는 80명이며 응답자 중 48명이 만족한다고 답했다.” 잘못된 요약: “전체 대상의 60%가 만족했다.” 48÷80=60%는 응답자 가운데 만족 답변의 비율입니다. 답하지 않은 120명의 의견은 원문에 없습니다.

정정한 요약: “응답자 80명 중 48명, 즉 60%가 만족한다고 답했다. 전체 설문 대상 200명의 만족 비율은 이 자료만으로 확인할 수 없다.” 48÷200=24%라는 계산도 가능하지만, 이는 전체 대상 중 만족한다고 응답한 사람의 비율이지 전체 만족도를 측정한 값이 아닙니다. 숫자를 계산할 수 있다는 것과 그 숫자가 원하는 질문에 답한다는 것은 별개입니다.

숫자가 나온 곳에서는 값, 단위, 분모, 기간, 비교 대상을 한 묶음으로 읽으세요. 평균인지 중앙값인지, 누적 건수인지 해당 월의 건수인지도 확인합니다. 원문 표의 제목과 각주를 떼어 놓고 숫자만 읽으면 기준을 놓치기 쉽습니다. 계산이 포함된 요약은 입력값을 원문에서 다시 찾고 식을 독립적으로 계산해 봅니다.

4. 단위: 총량과 한 번의 한도를 구분하기

가상 원문: “첨부는 파일당 40MB 이하이며, 한 번에 최대 3개를 올릴 수 있다.” 잘못된 요약: “120MB 파일 하나까지 올릴 수 있다.” 최대 세 개의 파일 용량을 합친 값으로 파일 하나의 한도를 바꿨습니다. 원문에는 120MB 파일 하나를 허용한다는 내용이 없습니다.

정정한 요약: “파일 하나는 40MB 이하여야 하며 한 번에 최대 3개를 올릴 수 있다.” 필요한 행동은 큰 파일 하나를 그대로 올리는 것이 아니라 파일별 한도를 확인하는 것입니다. 이 사례에서는 별도의 전체 합계 제한이 있는지 원문에 나오지 않으므로, 합계 120MB가 반드시 허용된다는 결론도 추가하지 않습니다.

금액은 월·연·회당 기준과 세금 포함 여부를, 길이나 시간은 mm와 cm, 초와 분을 확인합니다. 단위가 달라 비교하려면 환산 기준을 적으세요. 데이터 용량처럼 표기 관습이 달라질 수 있는 값은 표시된 단위를 그대로 남기고 원문이 기준을 설명하는지 찾는 편이 안전합니다. 단위가 없는 숫자는 추측으로 보완하기보다 원문 표의 열 이름부터 확인하세요.

5. 날짜: 발표와 시작과 마감은 다른 사건이다

가상 원문: “10월 1일 안내를 발표했다. 신청은 2026년 10월 15일부터 20일 오후 6시까지이며, 마감 시각은 한국 시간이다.” 잘못된 요약: “10월 1일부터 신청할 수 있으며 20일까지 접수한다.” 발표일을 접수 시작일로 바꾸고 마감 시각과 시간대를 지웠습니다.

정정한 요약: “신청 기간은 2026년 10월 15일부터 20일 오후 6시까지이며 마감은 한국 시간 기준이다. 안내 발표일은 10월 1일이다.” 신청 행동에 필요한 날짜를 앞에 두면 독자가 발표일과 혼동하지 않습니다. 원문에 시작 시각이 없다면 자정부터라고 임의로 채우지 않고, 구체적 시작 시각은 별도 확인 대상으로 남깁니다.

“오늘”, “다음 주”, “곧”은 원문이 작성된 시점과 읽는 시점에 따라 뜻이 달라집니다. 공유용 요약에는 확인된 절대 날짜를 쓰되 원문에서 날짜를 계산한 경우 계산 기준도 남겨 두세요. 미래 일정은 예정인지 확정인지 표시합니다. 개정 공지가 있다면 이전 공지의 날짜를 조용히 바꾸기보다 어떤 안내가 최신인지 문서 제목과 개정일을 함께 확인합니다.

6. 조건: 요약하면서 대상이 넓어지지 않았는지 확인하기

가상 원문: “기존 조직 계정 중 관리자가 허용한 계정만 시험 기능을 이용할 수 있다. 개인 계정은 이번 시험 대상에서 제외한다.” 잘못된 요약: “계정이 있으면 시험 기능을 이용할 수 있다.” 조직 계정, 관리자 허용, 개인 계정 제외라는 조건을 모두 누락했습니다.

정정한 요약: “이번 시험 대상은 기존 조직 계정 중 관리자가 허용한 계정이며 개인 계정은 제외된다.” 필요한 다음 행동은 자신이 어떤 계정인지와 관리자 허용 여부를 확인하는 것입니다. 문장이 길어진 이유는 장식을 추가했기 때문이 아니라 이용 가능 여부를 바꾸는 조건을 복원했기 때문입니다.

조건을 찾아 읽을 때는 본문뿐 아니라 괄호, 표 아래의 각주, “다만” 뒤의 문장을 함께 봅니다. “가능할 수 있다”를 “가능하다”로 바꾸거나, “권장”을 “필수”로 바꾸는 것도 의미 변화입니다. 회의록의 “도입 검토”를 “도입 결정”으로 요약하지 않았는지도 확인하세요. 원문이 요청한 조치와 작성자의 권고를 구분하면 독자가 의무 사항을 오해하지 않습니다.

7. 인과: 먼저 일어난 일만으로 원인을 확정하지 않기

가상 원문: “안내 화면 변경 후 주간 문의가 20건에서 30건으로 늘었다. 같은 기간 행사도 진행됐고 원인은 조사하지 않았다.” 잘못된 요약: “화면 변경 때문에 문의가 50% 늘었다.” 증가율 계산은 (30−20)÷20×100=50%로 맞지만, 원인을 화면 변경으로 단정한 부분은 원문에 없습니다.

정정한 요약: “화면 변경 후 주간 문의가 20건에서 30건으로 늘었으나, 같은 기간 행사도 있었고 증가 원인은 조사되지 않았다.” 개선안을 제시하려면 “화면 변경의 영향은 추가로 확인할 가설”이라고 별도로 적을 수 있습니다. 수치가 맞아도 ‘이후’가 ‘때문에’로 바뀌면 새로운 인과 주장이 생긴다는 점을 기억하세요.

“차이가 있었다”를 “효과가 입증됐다”로 바꾸는 경우도 확인 대상입니다. 원문이 효과를 주장하더라도 요약에서 측정 대상과 기간을 넓히지 않아야 합니다. 특정 기간의 문의 건수 변화를 모든 사용자 경험의 개선으로 확대하지 말고, 자료가 실제로 관찰한 범위를 그대로 남깁니다.

8. 검토 기록을 남기는 템플릿

확인 결과는 “확인됨·수정 필요·미확인”으로 구분하고 이유를 한 줄씩 적으세요. 근거를 찾지 못한 상태와 원문이 주장을 부정한 상태는 다릅니다. 다음에 무엇을 확인할지 구분할 수 있게 기록합니다. 아래 양식의 근거 위치에는 실제로 읽은 절 제목이나 쪽 번호를 넣고, 읽지 않은 문서를 확인한 것으로 표시하지 않습니다.

문서 이름 / 버전:
요약 작성 목적:
검토 날짜:
문장 번호:
요약의 주장:
유형: 사실 / 해석 / 제안 / 예측
원문 근거: 문서명, 절 제목·쪽 번호, 짧은 관련 구절
확인 항목: 수치 / 단위 / 분모 / 날짜 / 조건 / 인과
판정: 확인됨 / 수정 필요 / 미확인
이유:
수정한 문장:
남은 확인: 필요한 문서 또는 질문
공유 여부와 재확인 시점:

가상 사례 A의 기록이라면 판정은 “수정 필요”, 이유는 “6%를 6퍼센트포인트로 고침”입니다. 인과관계 사례처럼 원인이 조사되지 않은 상황에서는 “원인 미확인”을 남깁니다. 자료 두 개가 충돌하면 평균을 내거나 문장이 더 자신 있어 보이는 쪽을 고르지 말고, 버전과 대상이 같은지 확인한 뒤 충돌 자체를 기록하세요.

9. AI에 맡길 검토 준비와 사람이 마칠 확인

Anthropic의 오류 감소 문서는 불확실성 허용, 근거 구절 추출, 주장별 인용 확인을 안내하며 이런 방법으로 오류가 완전히 없어지지는 않는다고 설명합니다. AI는 검토할 주장 목록을 만드는 데 활용하고, 최종 판정은 직접 읽은 원문으로 채우세요. 동일한 답을 여러 AI가 냈다는 사실도 원문 대조를 대신하지 않습니다.

아래 [원문]과 [요약]을 비교해 검토 초안을 만들어 줘.
요약을 독립적으로 확인할 수 있는 주장 단위로 나눠 번호를 붙여 줘.
각 주장에 원문의 관련 구절과 위치를 연결해 줘.
숫자·단위·분모·날짜·대상·예외·인과를 별도 열로 확인해 줘.
원문에 없는 내용은 추측하지 말고 미확인으로 표시해 줘.
계산값은 원문 수치와 계산식을 함께 적어 줘.
오류 후보에 수정 문장을 제안하되 근거보다 범위를 넓히지 마.
실제로 수행하지 않은 링크 열기나 재계산을 수행했다고 적지 마.
마지막에 내가 원문으로 다시 확인할 항목을 모아 줘.

[원문]: [문서 이름·날짜·관련 본문·표·각주]
[요약]: [검토할 문장]

공유 전에는 행동을 바꾸는 문장에 근거가 있는지, 모든 숫자의 단위와 기준을 확인했는지, 예외가 복원됐는지 확인합니다. 미확인인 핵심 내용은 삭제하거나 미확인 표시를 유지하세요. 수정 후 제목까지 과장되지 않았는지 살피고, 이미 공유한 자료를 고쳤다면 변경 날짜와 바뀐 문장을 함께 알려 독자가 이전 내용과 구분하게 합니다.

자주 묻는 질문

원문이 너무 길면 어디부터 읽나요? 요약의 핵심 주장에 대응하는 절부터 읽고 표 제목과 각주를 확인하세요. 부분만 검토했다면 검토한 범위도 기록합니다.

출처를 열 수 없으면요? 문서 제목만으로 확인됨을 표시하지 않습니다. 원문 파일이나 접근 가능한 공식 안내를 확보하기 전에는 미확인 상태를 유지합니다.

짧게 줄이려면 조건을 생략해도 되나요? 이용 여부나 기한을 바꾸는 조건은 남겨야 합니다. 주변 설명을 줄이고 대상·날짜·제한을 먼저 남기는 방식으로 압축하세요.

다시 확인해 달라고 하면 끝인가요? AI의 재검토는 오류 후보를 추가로 찾는 단계입니다. 중요한 수정 문장은 원문과 직접 대조하고 계산값은 따로 확인하세요.

공식 출처와 확인일

• Claude is providing incorrect or misleading responses
• Reduce hallucinations

공식 문서 확인일: 2026년 10월 3일. 검토표와 프롬프트는 이 글의 실용 제안이며, 모든 숫자·날짜·계정 조건의 사례는 가상입니다.