Skip to main content
이 문서는 GenAI 개념 섹션의 일부입니다.
< LLM 기초 목차로 돌아가기
LLM이 사실이 아닌 내용을 자신있게 생성 하는 현상입니다. GenAI의 가장 큰 실무적 리스크 중 하나입니다.

왜 Hallucination이 발생하는가?

  1. 확률적 생성: LLM은 “사실”을 검색하는 것이 아니라 “가장 그럴듯한 다음 토큰”을 예측합니다. 학습 데이터에서 자주 등장한 패턴을 조합하다 보면, 실제로 존재하지 않는 조합이 생성됩니다.
  2. 학습 데이터 한계: 학습 데이터에 오류가 있거나, 학습 이후에 변경된 정보는 반영되지 않습니다.
  3. 과도한 일반화: 학습된 패턴을 새로운 맥락에 부적절하게 적용합니다.

해결 방법

주의 핵심 원칙: Enterprise 환경에서는 LLM 단독 사용을 지양하고, 반드시 RAG + Guardrails 를 결합하여 환각을 관리하세요.

Hallucination 유형 분류

Hallucination을 효과적으로 관리하려면, 유형을 구분해야 합니다. 모든 Hallucination이 같은 것이 아닙니다.
참고 실무 포인트: Intrinsic Hallucination은 RAG를 사용해도 발생합니다. 모델이 검색된 문서를 잘못 해석 하거나 부분적으로만 참조 할 수 있기 때문입니다. RAG를 도입했다고 안심하지 말고, 출력 검증 레이어를 추가하세요.

왜 100% 제거가 불가능한가?

고객에게 가장 자주 받는 질문이 “Hallucination을 완전히 없앨 수 있나요?” 입니다. 솔직한 답변: 불가능합니다. 그 이유를 설명합니다. LLM의 생성 원리 자체가 확률적(stochastic) 입니다. 매 토큰 생성 시 확률 분포에서 샘플링하는 구조이므로, 아무리 정교하게 설계해도 확률적 오류의 가능성이 0이 되지 않습니다. Temperature를 0으로 설정해도 이는 “가장 높은 확률의 토큰을 선택”할 뿐, “사실적으로 정확한 토큰을 선택”하는 것이 아닙니다. “환각 0%“를 약속하면 안 되는 이유:
  1. 기술적으로 불가능: 위에서 설명한 확률적 생성 원리
  2. 평판 리스크: 약속 후 환각이 발생하면 기술 신뢰도 전체가 하락
  3. 비현실적 기대 설정: 고객이 검증 없이 LLM 출력을 신뢰하게 됨
고객에게 어떻게 설명할 것인가:
“LLM의 Hallucination은 자동차의 사고 위험과 같습니다. 안전벨트(RAG), 에어백(Guardrails), ABS(Self-Consistency)로 리스크를 95%+ 줄일 수 있지만, ‘사고 확률 0%‘를 보장하는 자동차는 없습니다. 핵심은 리스크를 수용 가능한 수준으로 관리 하는 것입니다.”

업종별 Hallucination 리스크와 방어 전략

Hallucination의 영향은 업종마다 크게 다릅니다. 잘못된 식당 추천은 큰 문제가 아니지만, 잘못된 약물 용량은 생명을 위협합니다. 금융 — 잘못된 수치의 위험 의료 — 생명에 직결되는 정확성 법률 — 존재하지 않는 판례의 위험
주의 업종별 황금률: 리스크가 높은 업종(금융, 의료, 법률)에서는 LLM을 “초안 생성기”로만 사용하고, 최종 출력은 반드시 도메인 전문가 검토 또는 외부 DB 검증 을 거치는 아키텍처를 설계하세요. 이것을 “Human-in-the-Loop” 또는 “LLM-assisted, Human-verified” 패턴이라고 합니다.

환각 측정 메트릭

환각을 관리하려면 먼저 측정 할 수 있어야 합니다. 주관적 판단이 아닌 정량적 메트릭으로 환각 수준을 평가합니다.

주요 환각 평가 벤치마크

모델별 환각률 벤치마크 (2025년 기준)

주의 위 수치는 공개 벤치마크와 커뮤니티 평가를 종합한 대략적 참고값 입니다. 실제 성능은 프롬프트, 도메인, 언어에 따라 크게 달라질 수 있습니다. 자사 데이터로 직접 평가하는 것을 권장합니다.

자동 환각 감지 기법

SelfCheckGPT: 일관성 기반 환각 감지

LLM에게 같은 질문을 여러 번 던져, 응답 간 일관성 을 비교합니다. 환각된 내용은 매번 다른 답변을 생성하고, 사실에 기반한 내용은 일관되게 반복됩니다.

NLI (Natural Language Inference) 기반 일관성 검사

검색된 문서(premise)와 LLM 응답(hypothesis) 간의 함의(entailment) 관계 를 판단합니다.

Chain-of-Verification (CoVe) 패턴

LLM이 스스로 생성한 답변을 자체 검증 하는 프롬프트 패턴입니다.
참고 실무 적용: CoVe는 단일 호출 대비 3~4배의 토큰 을 소비하지만, 사실 정확성이 중요한 고위험 사용 사례(금융 보고서, 의료 요약)에서는 비용 대비 효과가 매우 높습니다.

Guardrails 구현: Databricks에서의 환각 방어

MLflow Evaluate로 Faithfulness 자동 측정

Databricks AI Guardrails 설정

Agent Framework에서 Guardrails를 설정하여 환각을 실시간으로 차단합니다.

인용/출처 추적: RAG 답변에 출처 표시하기

환각을 줄이는 가장 실용적인 방법 중 하나는 답변에 출처를 명시 하는 것입니다. 출처가 있으면 사용자가 직접 검증할 수 있고, 모델도 출처에 충실하게 답변하려는 경향이 강해집니다.

인용 추가 프롬프트 패턴

출처 추적이 환각을 줄이는 이유

참고 인용 정확도 팁: 출처 번호만 표기하는 것보다, “문서 제목 + 관련 문장 인용” 을 함께 요구하면 Intrinsic Hallucination(문서를 잘못 해석하는 환각)이 추가로 20~30% 감소합니다.

< 이전: LLM 내부 작동 직관적 이해 | 다음: 주요 LLM 모델 비교 >