top of page
diquest-logo.png
Like문의하기

LLM 성능 평가 방법: RAG·G-Eval·RefChecker 완벽 정리

2026년 4월 1일

"느낌"보다 정확한 실전 LLM 평가(Evaluation) 전략

"이번에 새로 나온 최신 LLM 성능 어때요?"


Claude 3.7이나 Gemini 3과 같은 최신 LLM이 출시될 때마다,

많은 사람들이 이전 모델에 비해 LLM 성능 평가 기준에서 얼마나 개선되었는지 궁금해합니다.


LLM에게 같은 질문을 해도(LLM 성능 평가) 매번 다른 답변을 내놓고,

때로는 교묘한 환각(Hallucination)으로 사실이 아닌 내용을

그럴듯하게 둘러대기도 한다는 사실에 대해서는 이미 많은 사람들이 익히 알고있지만,


개인이 코딩이나 문서작성 등에 LLM을 활용하는 경우에는

LLM 성능 평가를 단순한 “느낌”에 의존하는 것은 그다지 큰 문제가 되지 않습니다.

AI가 생성한 답변을 취사선택 하는 것은 오롯이 개인의 몫이기 때문입니다.


하지만 이 똑같은 질문을 AI를 활용해 서비스를 제공하는 스타트업이나

AI 프로젝트를 진행하는 엔지니어와 의사결정권자에게 할 경우 어떻게 될까요?

일견 단순해보이는 이 질문은 매우 복잡하고 위험한 질문으로 돌변하게 됩니다.


수개월간의 개발 끝에 마주하는 이 '느낌' 위주의 평가만으로는

LLM에 기반한 AI 서비스가 생성해 내는 답변이 정말로 실제 배포 가능할 만큼 정확한지,

아니면 아직 보완이 필요한 상태인지 명확히 알 수 없기 때문입니다.

출처 : Anthropic


이러한 문제를 해결하기 위해 수많은 AI 개발사에서는 LLM 성능을 홍보하기 위한 수많은 벤치마크(benchmark) 지표를 제시하지만,

구체적으로 우리 회사에서 개발하고 있는 AI 프로덕트의 성능이 어떻게 개선되었는지 객관적으로 증명하기 위해서는

스스로 수많은 데이터셋을 구축하고 평가하는 작업이 수반되어야 합니다.


이처럼 LLM 성능 평가는 실무에서 가장 까다로운 영역중 하나입니다.

수천 개의 테스트 케이스를 사람이 일일이 검수하는 것은 불가능에 가깝고,

단순히 LLM의 정답지를 정해놓고 일치율을 측정하는 것 만으로는 생성형 AI의 풍부한 맥락을 담아낼 수 없기 때문입니다.


따라서 기업 입장에서 LLM 답변의 신뢰성을 보증하기 위해서는 "성능이 좋아졌다"는 모호한 확신 대신,

"검색 결과의 정밀도(Faithfulness)가 0.85에서 0.92로 개선되었다" 와 같이 LLM 성능 평가를 정량화할 수 있는 체계가 필요합니다.


이러한 정량적 LLM 평가 방법은 AI 서비스의 배포 여부를 결정하는 중요한 기준이 됩니다.

이번 시간에는 현업에서 자주 쓰이는 실전 LLM 평가 지표를 활용해 답변의 근거를 검증하는 여러가지 방법에 대해 소개하도록 하겠습니다.



1. 정량화, 모호한 '언어'를 명확한 '숫자'로 치환하는 과정

LLM의 성능’이 얼마나 뛰어난지 누구나 이해할 수 있는 공통의 언어인 숫자로 표현하기 위해서는

우선 성능을 정량화해 줄 수 있는 지표(Metrics)가 필요합니다.


하지만 자유로운 문장으로 구성된 텍스트 답변을 숫자로 바꾸는 것은 생각보다 까다로운 작업입니다.

LLM의 답변에 단순히 키워드가 포함되었는지를 확인하는 수준을 넘어,

우리가 무엇을 측정하고자 하는지 그 '평가 목적'을 먼저 날카롭게 정의해야 하기 때문입니다.

기업용 서비스에서 LLM 평가는 단순한 "대답의 유창함"을 측정하는 시험이 아닙니다.

그보다는 비즈니스의 리스크를 관리하는 과정에 더 가깝습니다.


실무에서 핵심적으로 활용되는 정량화 작업은 크게 다음의 세 가지 질문에서 시작됩니다.


  • 정확성(Accuracy): 모델이 내놓은 정보가 객관적 사실과 일치하는가?

  • 근거의 타당성(Groundedness): 답변이 환상(Hallucination)에 기반하지 않고, 우리가 제공한 사내 데이터나 특정 문서 내에 존재하는가?

  • 일관성(Consistency): 동일한 맥락의 질문에 대해 비즈니스 로직을 벗어나지 않는 일관된 수준의 결과물을 유지하는가?


이처럼 정량적 평가 체계를 구축한다는 것은, 주관적인 '감상'의 영역에 머물러 있던 AI의 답변을

'통제 가능한 데이터'의 영역으로 끌어내리는 작업입니다.

이를 통해 엔지니어는 모델 개선의 우선순위를 정할 수 있고, 의사결정권자는 서비스 배포 여부를 판단할 객관적 근거를 확보하게 됩니다.


2. 대표적인 LLM 평가 지표에는 어떤 것들이 있을까?

그렇다면 구체적으로 어떻게 텍스트 데이터를 어떻게 정량화 해볼 수 있을까요? LLM의 성능을 숫자로 치환하기 위해 실무에서 가장 널리 쓰이는 가장 대표적인 테크닉은 크게 세 가지 카테고리로 나누어 볼 수 있습니다. 각 지표는 AI 서비스의 '어느 단계'가 문제인지를 정확히 짚어주는 이정표 역할을 합니다.



1) 모델 기반의 정성적 평가: LLM-as-a-Judge (G-Eval)

가장 간단하면서도 효율적인 방식은 LLM이 LLM을 평가하게 하는 방식입니다.

특히 사람이 수천 개의 답변을 일일이 채점할 수 없을 때,

평가 하고자 하는 모델보다 더욱 상위에 있는 모델(예를들어 GPT-4o의 답변을 평가하는 경우, GPT-5를 활용)을

일종의 '채점자'로 활용하는 방식입니다.


이 때, 채점자 역할을 하는 LLM은 다음과 같은 항목들을 주로 체크합니다.


  • 일관성 및 유창성: 텍스트의 논리적 흐름이 매끄러운지, 기업의 톤앤매너를 잘 유지하고 있는지 평가합니다.

  • 가드레일 준수율: 부적절한 표현이나 보안 가이드라인을 위배하는 내용이 없는지 점검하여 비즈니스 리스크를 차단합니다.


출처 : confident AI

2) RAG 시스템의 신뢰도를 결정하는 'RAGChecker’

LLM 자체의 성능 평가보다 중요한 것은 지식검색 파이프라인이 제대로 작동하고 있는지에 대해 점검하는 것입니다.

대부분의 기업용 AI는 외부 지식을 참조하는 RAG(Retrieval-Augmented Generation) 구조를 가지기 때문입니다.


이때 '검색(Retrieval)'과 '생성(Generation)'의 연결 고리를 평가하기 위해 다음의 세 가지 지표를 반드시 확인해야 합니다.


  • 맥락 적합성(Context Relevance) : 사용자의 질문에 대해 검색 엔진이 가져온 문서들이 얼마나 관련성이 높은지 측정합니다. 대답이 부실하다면 모델의 문제가 아니라, 검색 단계에서 잘못된 문서를 가져왔을 확률이 높음을 시사합니다.

  • 답변 신뢰성(Faithfulness / Groundedness) : 모델이 내놓은 답변이 '실제로 검색된 문서' 안에 포함된 내용인지 검증합니다. 할루시네이션(환각) 여부를 판단하는 가장 핵심적인 지표입니다.

  • 답변 관련성(Answer Relevance) : 생성된 답변이 사용자의 질문 의도에 얼마나 직접적이고 유용한 정보를 제공하는지를 평가합니다.


출처 : https://medium.com/@arthur.galas/

3) 팩트체크의 정밀함, RefChecker

이 때, 단순히 문장 전체를 훑는 것을 넘어, 최근 실무에서는 답변을 구성하는 개별 사실(Claim) 단위로 쪼개어 검증하는 방식이 대세입니다.

현업에서 적극 활용되는 RAGChecker와 RefChecker가 바로 이 영역의 핵심 도구입니다.


  • 정밀도(Precision)와 재현율(Recall): 검색된 지식 중 실제 답변에 기여한 정보의 비율(Precision)과, 답변에 반드시 포함되었어야 할 핵심 지식이 얼마나 포함되었는지(Recall)를 수치화합니다.

  • 참조 무결성(Reference Integrity): 답변의 각 문장이 참조 문서의 어느 구절에서 기인했는지 연결 고리를 확인합니다. 이는 특히 법률이나 기술 문서처럼 '출처'가 생명인 서비스에서 필수적인 지표입니다.




이 때, 좋은 LLM 평가 전략이란 이 지표들을 단독으로 사용하는 것이 아니라, 서비스의 특성에 맞춰 적절히 조합하는 것입니다. 가령 데이터 보안이 중요하다면 RefChecker를 통한 근거 검증에 비중을 두고, 사용자 경험이 중요하다면 Answer Relevance에 더 높은 가중치를 두는 식입니다.



3. “느낌”보다 정확한 실전 LLM 평가

지금까지 살펴본 것 처럼 실전에서 LLM 평가 체계를 구축한다는 것은 단순한 기술적 선택이 아니라

비즈니스의 지속 가능성을 확보하는 전략적 의사결정이라고 할 수 있습니다.


우리가 "느낌"이라는 모호한 단어를 버리고

RAGChecker나 RefChecker 같은 도구를 통해 추출된 "숫자"에 집중해야 하는 이유는 명확합니다.

숫자는 거짓말을 하지 않으며, 개선의 방향타 역할을 하기 때문입니다.


이 때 염두에 두어야 할 점은, 모든 지표를 1.0 만점으로 만들 수는 없다는 것입니다.

팩트가 중요하다면 RefChecker를 통한 근거 검증에,

사용자 경험이 우선이라면 G-Eval을 통한 유창성 평가에 자원을 집중하는 '선택과 집중'이 필요합니다.

또한 사람이 일일이 검수하는 방식은 확장이 불가능합니다.


초기 단계부터 LLM-as-a-Judge나 오픈소스 평가 라이브러리를 워크플로우에 이식하여,

모델이 업데이트될 때마다 성능 변화를 즉각적으로 모니터링할 수 있는 환경을 만드는 것이 중요합니다.


마지막으로 단순히 "Faithfulness 점수가 올랐다"는 식의 말은 경영진에게 와닿지 않습니다.

대신 "검색 근거의 정확도가 향상되어 고객 상담 시 발생할 수 있는 오답 리스크를 20% 줄였다"라고 말할 수 있어야 합니다.

종합적이고 인사이트를 제공할 수 있을 때에만 정량적 지표는 기술팀과 사업팀 사이의 가장 강력한 소통도구로 작용할 수 있습니다.


"이번 모델 성능 어때요?"라는 질문에 다시 마주했을 때, 이제 우리는 "좋은 것 같다"는 대답 대신 자신 있게 리포트를 내밀 수 있어야 합니다.

모호한 확신이 명확한 수치로 바뀔 때, 비로소 AI는 실험실을 벗어나 실제 비즈니스 현장에서 제 역할을 다하게 될 것입니다.




이런 글도 읽어보세요

우리 회사 AI는 어디에 있어야 할까 — 온프레미스 AI의 개념과 도입 전략
기술의 발전과 함께 점점 더 기업들이 쉽고 빠르게 업무에 AI 에이전트를 도입할 수 있는 생태계가 갖추어지고 있습니다. 이전보다 쉽고 저렴하게 Anthropic과 OpenAI 등 첨단 회사의 최신…

26. 10. 27.

Read
할루시네이션, 금융 AI 챗봇은 어떻게 막을까
할루시네이션은 생성형 AI가 사실이 아닌 내용을 그럴듯하게 답하는 현상으로, 금융 상담에서는 잘못된 안내 한 번이 고객 손해로 이어질 수 있어 더 엄격하게 관리해야 합니다. 챗GPT에 무언가를 물었…

26. 10. 21.

Read
AI 에이전트 통제, 지금 챙겨야 할 이유
📝 10월 5일 위키미디어 재단, 10월 9일 앤트로픽이 연달아 "AI 에이전트가 허락받지 않은 행동을 했다"고 공개했습니다. 🔍 원인은 AI의 나쁜 의도가 아니라, 할 수 있는 범위(권한)가…

26. 10. 16.

Read
bottom of page