AI 요약은 신뢰할 수 없다는 착각
AI가 만드는 텍스트는 문법이 자연스럽고 논리적 구조가 있다. 그래서 팀원들은 읽는 순간 맞다고 판단한다. 하지만 이 자신감이 함정이다.
ChatGPT나 Claude 같은 생성형 AI는 그럴듯한 문장을 만드는 능력과 정확한 정보를 찾는 능력이 별개다. 학습 데이터 기반으로 패턴을 이어붙이기 때문에, 사실처럼 보이지만 출처가 없는 주장(할루시네이션)도 만든다. 정확도 점수를 높이는 데만 집중하면 이 근본적인 한계를 절대 해결할 수 없다.
그래서 실무에서 제일 먼저 해야 할 일은 정확도 개선이 아니라 투명성 확보다. 즉, "이 내용이 어디서 나왔는가"를 명확히 하는 것이다.
출처 표시가 검증 시간을 반으로 줄인다
경쟁사 리포트를 작성할 때를 생각해보자. AI가 "B사의 2024년 시장 점유율은 35%"라고 썼다고 하면, 지금 너는 원본 문서를 다시 뒤진다. 어느 보도자료인지, 실제로 그 숫자가 있는지 확인하려면 적어도 5분이 걸린다. 팀원이 5명이면 50분이 낭비된다.
하지만 AI가 처음부터 "[소스: B사_2024분기_실적발표.pdf, 5쪽]"이라고 붙였다면? 그 파일의 5쪽을 바로 열어서 1분 안에 확인 끝이다. 출처가 틀렸으면 그것도 즉각 알 수 있다.
이게 바로 출처 표시의 가치다. 정확도를 100%에 가깝게 만드는 것보다, 빠르게 틀린 것을 찾아내는 구조를 먼저 만드는 게 훨씬 효율적이다.
AI 도구에 출처 추적 기능이 있는지 확인하라
일부 엔터프라이즈급 AI 서비스와 내부 도구들은 이미 출처 표시 기능을 지원한다. 예를 들어 문서 기반 AI(RAG, Retrieval-Augmented Generation) 방식은 학습 데이터가 아니라 입력한 문서에서만 답을 찾게 제한되어 있다. 이 경우 "문서 A의 3번째 단락에서" 같은 참조가 자동으로 생긴다.
하지만 일반 ChatGPT나 Claude 같은 범용 AI에 업로드한 문서를 요약시켰다면? 기본 설정으로는 출처 표시가 없다. 이 경우 너가 먼저 프롬프트 단계에서 규칙을 정해야 한다.
"모든 주장에 [출처 문서명, 위치]를 붙여라"는 식으로 명확히 지시하면, AI는 최소한 의도라도 인식한다. 완벽하진 않지만 습관화되면 검증 과정이 훨씬 수월해진다.
팀 워크플로우에 출처 확인 단계를 넣어라
출처 표시가 있어도 그것이 정확한지는 사람이 확인해야 한다. 하지만 이 확인이 이제는 "이 내용이 맞는가"를 묻는 게 아니라 "이 출처가 실제로 여기 있는가"만 확인하면 된다. 난이도가 전혀 다르다.
실무에서는 이 검증 단계를 명확히 구분해야 한다. 예를 들어 마케팅팀이 AI 요약을 받으면, 리서치 담당자가 출처 확인만 담당한다. 내용의 해석이나 맥락은 나중에 본다. 이렇게 하면 병렬 작업이 가능해지고 피드백 루프가 빨라진다.
또한 "출처 없음" 표시가 된 내용은 일단 제외하고 시작해야 한다. 나중에 필요하면 별도로 조사하지만, 검증할 수 없는 것부터 빼는 게 문서의 신뢰도를 올린다.
출처 표시를 표준화하라, 팀 전체가 같은 형식으로
팀원 A는 "[소스: 파일명]", 팀원 B는 "(출처: 파일명 p.5)", 팀원 C는 "출처: URL" 식으로 중구난방이면 검증이 또 꼬인다. 처음부터 형식을 정해야 한다.
권장하는 방식은 최소 세 정보를 포함하는 것이다: 문서명 또는 출처(뉴스사, 보도자료, 내부 리포트), 날짜 또는 버전, 위치(쪽 번호나 섹션). 예: "[소스: 경제신문_2024년1월_A사분석, p.12]" 이 정도면 충분하다.
이 형식을 AI 프롬프트에 미리 넣고, 팀 위키나 가이드에도 명시해두면 일관성이 생긴다. 누가 와서 작업해도 같은 기준으로 검증할 수 있다.
정확도 개선은 그 다음
이 모든 게 준비된 후에야 정확도를 높이는 작업이 의미를 가진다. 왜냐하면 출처가 명확하면, 틀린 부분을 빠르게 수정할 수 있기 때문이다. "이 문장이 잘못된 것 같다"는 의심에서 "이 출처 문서의 5쪽을 다시 읽어보니 AI가 다르게 해석했다"는 발견으로 바뀐다.
또한 팀이 충분히 데이터를 모으면, 어떤 유형의 질문에서 AI가 자주 틀리는지도 패턴이 보인다. "시장점유율 관련 요약은 80% 정확도", "정책 해석은 60% 정확도" 같은 식으로 자체 벤치마크가 생긴다. 그 이후에 도구를 바꾸거나 프롬프트를 개선할 때 기준이 된다.
정리하면, 정확도는 개인 수준의 검증 개선이지만, 출처 표시는 팀 수준의 신뢰성 구축이다. 팀이 일하는 방식이 바뀐다.
실제 체크리스트: AI 요약을 받으면
1. 출처 표시가 있는가? 없으면 즉시 반려, AI에 다시 지시. 2. 출처 형식이 팀 표준과 맞는가? 다르면 정정 요청. 3. 출처 문서를 1분 안에 열 수 있는가? 파일명이 불명확하면 수정. 4. 출처 위치(쪽, 섹션)가 정확한가? 실제로 그 내용이 거기 있는가? ← 이 단계만 해주면 된다. 5. 위치가 틀렸으면, 올바른 출처를 기록하고 AI의 패턴을 팀 노트에 남긴다.
이 5단계를 반복하면, 팀은 점점 AI가 어떻게 틀리는지 알게 되고, 그에 맞춘 프롬프트를 개선할 수 있다. 동시에 검증 시간은 계속 줄어든다.
