본문 바로가기
LLM/Architecture

LLM-as-a-Judge

by AtoN 2024. 2. 29.

LLM-as-a-Judge (LLM 심판 평가)

LLM 애플리케이션의 답변 품질을 평가하기 어려운 이유는 정답이 하나가 아닌 경우가 많기 때문입니다. 번역, 요약, 코드 리뷰, 대화 품질처럼 열린 과제는 정확도 하나로 측정하기 어렵고, 사람이 모든 결과를 직접 읽어 비교하면 평가 비용이 빠르게 커집니다.

LLM-as-a-Judge는 이 평가 과정에 강한 LLM을 심판으로 사용해 답변의 품질을 비교하거나 점수화하는 방법입니다. 두 답변 중 더 나은 것을 고르게 할 수도 있고, 하나의 답변에 점수를 매기게 할 수도 있으며, 기준 답안이 있다면 그것과 비교하도록 만들 수도 있습니다.

장점은 확장성입니다. 사람이 수천 건을 반복해서 읽는 대신 자동 평가를 돌릴 수 있고, 평가 이유까지 텍스트로 받을 수 있습니다. 하지만 여기서 새로운 문제가 생깁니다. 모델이 모델을 평가할 때 그 판단을 얼마나 믿을 수 있느냐입니다.

원 논문은 GPT-4 기반 judge가 특정 조건에서 인간 선호와 높은 일치도를 보인다는 결과와 함께, 위치 편향·장황함 편향·자기향상 편향·추론 능력 한계 같은 실패 모드도 함께 보여줍니다. 따라서 LLM-as-a-Judge는 사람 평가를 완전히 대체하는 장치라기보다, 사람이 검증한 기준 집합 위에서 반복 평가를 확장하는 도구로 이해하는 편이 정확합니다.


1장. LLM 응답 평가는 왜 어려운가

논문의 문제 제기입니다.

LLM 기반 챗 어시스턴트를 평가하는 것은 그 광범위한 능력과 인간 선호를 측정하는 데 있어 기존 벤치마크의 부적절함 때문에 어렵다.

객관식 벤치마크는 정답이 하나라 채점이 쉽습니다. 그런데 실제 사용은 이 코드를 리뷰해 달라거나 이메일을 정중하게 다시 써 달라는 열린 질문이라 정답이 하나가 아닙니다.

열린 답변을 사람이 읽고 비교하면 품질을 직접 볼 수 있지만, 많은 샘플을 자주 평가하기에는 시간과 비용이 큽니다. 평가자 사이에 의견 차이도 생깁니다. 그래서 사람 평가는 없애기보다 작은 기준 집합의 정답과 최종 검증 역할로 남기고, 반복적인 대규모 평가는 자동화하려는 요구가 생깁니다.

이 문제를 줄이기 위해 논문은 강한 LLM을 평가자로 사용하는 방법을 제안합니다.

이를 해결하기 위해 우리는 더 열린 질문들에 대해 이 모델들을 평가하는 심판으로 강한 LLM을 사용하는 것을 탐구한다.


2장. LLM Judge는 어떻게 평가하는가

논문이 세 가지 변형을 제시하고, 이들은 독립적으로 또는 조합해 구현될 수 있다고 밝힙니다.

첫째는 쌍 비교입니다.

쌍 비교(Pairwise comparison). LLM 심판에게 질문 하나와 답변 두 개가 주어지고, 어느 쪽이 더 나은지 판단하거나 무승부를 선언하는 과제를 맡는다.

두 버전 중 무엇을 배포할지 정할 때, 모델끼리 순위를 매길 때 씁니다.

둘째는 단일 채점입니다.

단일 답변 채점(Single answer grading). 대안으로 LLM 심판에게 단일 답변에 직접 점수를 매기도록 요청한다.

답변 하나에 1점에서 10점을 줍니다. 절대 기준으로 관리하거나 회귀 테스트로 점수를 추적할 때 씁니다. 다만 점수 기준이 흔들리기 쉬워 같은 답에 매번 다른 점수가 나올 수 있습니다.

셋째는 기준 답안을 함께 주는 방식입니다.

기준 기반 채점(Reference-guided grading). 특정 경우에는 가능하다면 기준 해답을 제공하는 것이 유익할 수 있다.

정답을 함께 주고 채점시킵니다. 수학이나 사실 확인처럼 정답이 존재하는 과제에 씁니다.


3장. LLM Judge는 사람의 판단과 얼마나 일치하는가

논문은 이 방식을 두 벤치마크로 검증했습니다.

그런 다음 우리는 두 개의 벤치마크를 도입해 LLM 심판과 인간 선호 사이의 일치도를 검증한다. MT-bench는 다중 턴 질문 세트이고, Chatbot Arena는 크라우드소싱 대결 플랫폼이다.

논문의 핵심 수치입니다.

우리 결과는 GPT-4 같은 강한 LLM 심판이 통제된 인간 선호와 크라우드소싱 인간 선호 양쪽 모두와 잘 일치하여 80% 이상의 일치도를 달성함을 보인다. 이는 인간들 사이의 일치도와 동일한 수준이다.

여기서 중요한 제한이 있습니다. 80% 이상이라는 숫자는 2023년 논문에서 GPT-4를 해당 프롬프트와 MT-Bench/Chatbot Arena 조건으로 평가한 결과입니다. 모든 judge 모델과 모든 도메인에서 사람 수준의 신뢰도가 보장된다는 뜻은 아닙니다. 실제 적용에서는 judge를 별도의 평가 대상처럼 다시 검증해야 합니다.

논문은 이 결과를 바탕으로 다음과 같이 결론 내립니다.

따라서 LLM-as-a-judge는 얻기에 매우 비싼 인간 선호를 근사하는 확장 가능하고 설명 가능한 방법이다.

자동으로 수천 건을 돌릴 수 있어 확장 가능하고, 왜 그렇게 판단했는지 이유를 내므로 설명 가능합니다.

MT-bench 질문과 3,000건의 전문가 투표, 30,000건의 인간 선호 대화가 공개돼 있습니다.


4장. LLM Judge의 대표적인 편향과 한계

원 논문이 지적한 대표적인 한계는 네 가지입니다.

우리는 위치, 장황함, 자기향상 편향과 제한된 추론 능력을 포함해 LLM-as-a-judge의 사용법과 한계를 검토하고, 그중 일부를 완화할 해법을 제안한다.

위치 편향은 답변을 제시한 순서에 따라 판단이 달라집니다. 같은 두 답을 순서만 바꿔 물으면 다른 답이 이깁니다.

장황함 편향은 긴 답을 더 좋게 봅니다. 내용이 같아도 길게 늘여 쓰면 점수가 오르고, 그래서 길게 쓰기로 점수를 올리는 부작용이 생깁니다.

자기향상 편향(self-enhancement bias)은 심판 모델이 자신이 생성한 답을 더 선호하는 경향입니다. 원 논문은 이 현상을 별도의 편향으로 다룹니다. 이를 같은 계열 모델의 출력까지 항상 우대하는 현상으로 일반화하려면 별도 검증이 필요합니다.

마지막은 추론 능력 자체의 한계입니다. Judge가 문제를 제대로 풀지 못하면 답변의 옳고 그름도 안정적으로 평가하기 어렵습니다. 원 논문은 이를 다음처럼 설명합니다.

수학과 추론 문제 채점에서의 제한된 능력. LLM들은 제한된 수학 및 추론 능력을 가진 것으로 알려져 있으며, 이는 정답을 모르기 때문에 그런 문제들의 채점에 실패하는 결과로 이어진다.

심판 모델 자체의 수학·추론 능력이 부족한 문제에서는 채점 신뢰도도 떨어질 수 있습니다. 정답을 충분히 검증하지 못한 채 그럴듯한 점수를 매길 수 있다는 점이 위험합니다.


5장. Judge의 편향과 오류를 어떻게 줄이는가

위치 편향에는 가장 단순한 완화책이 있습니다. 답변 순서를 바꿔 같은 비교를 한 번 더 수행하는 것입니다.

위치 바꾸기(Swapping positions). 위치 편향은 단순한 해법으로 해결할 수 있다. 보수적인 접근은 두 답변의 순서를 바꿔 심판을 두 번 호출하고 양쪽 순서 모두에서 선호될 때만 승리를 선언하는 것이다.

A와 B 순서로 한 번, B와 A 순서로 한 번 물어서 둘 다 A가 이길 때만 A 승으로 두는 보수적 규칙입니다. 호출 비용은 늘지만 position bias의 영향을 줄일 수 있습니다. 다만 순서를 바꿨다고 다른 편향까지 사라지는 것은 아니므로 완전한 교정법이 아니라 하나의 완화책입니다.

수학·추론 문제처럼 정답 검증 자체가 어려운 경우에는 judge에게 독립적으로 문제를 풀게 하거나 기준 답안을 함께 주는 방법을 사용할 수 있습니다.

우리는 이 문제를 완화할 두 가지 단순한 방법을 제안한다. CoT 심판(chain-of-thought judge)과 기준 기반 심판(reference-guided judge)이다.

원 논문의 CoT judge는 심판이 문제를 먼저 풀어보도록 유도한 뒤 답변을 평가하는 방식이고, reference-guided judge는 기준 답안을 함께 제공합니다. 오늘날 reasoning 모델에서는 내부 추론 과정이 사용자에게 그대로 노출되지 않을 수 있으므로 핵심은 chain-of-thought 텍스트 자체보다 judge가 독립적으로 문제를 풀거나 검증 가능한 reference를 갖게 하는 것입니다. 정답이 있는 과제라면 reference를 제공하는 쪽이 보통 더 통제하기 쉽습니다.

길이 제한을 명시하고 평가 기준에 간결함을 넣습니다. 그리고 길이를 함께 기록해 두고, 점수가 오를 때 길이도 같이 늘었는지 봅니다.

원 논문이 지적한 핵심은 judge가 자신이 생성한 답을 선호할 수 있다는 점입니다. judge 자신이 만든 응답이 평가 대상에 포함되는 경우에는 사람 표본이나 다른 judge로 교차 확인하는 편이 안전합니다. 평가 모델 계열을 분리하는 것도 실무적 완화책이 될 수 있지만, 그것만으로 bias가 제거된다고 볼 수는 없습니다.


6장. LLM Judge를 실무에 적용하는 방법

좋은 답변인가로 물으면 안 됩니다. 무엇을 좋다고 할지 항목으로 나눕니다.

질문에 답했는가
사실이 정확한가
요청한 형식을 지켰는가
불필요한 내용이 없는가

심판에게 주는 기준이 곧 팀의 품질 정의입니다.

사람이 직접 판단한 calibration set을 먼저 만듭니다. 처음에는 작은 표본으로 시작할 수 있지만 필요한 크기는 과제 다양성과 오차 허용 범위에 따라 달라집니다. judge-human agreement, class별 오류, 길이·모델 계열별 편향을 확인하고, 프롬프트나 judge 모델이 바뀌면 이 검증도 다시 해야 합니다.

숫자 하나만 받기보다 어떤 rubric 항목에서 감점됐는지와 근거가 되는 답변 구간을 함께 받으면 오류 분석에 도움이 됩니다. 다만 judge가 생성한 설명도 또 하나의 모델 출력이므로 설명이 그 판정을 실제로 야기했다는 보장은 없습니다. 설명 가능성은 디버깅 단서이지 신뢰성 증명으로 쓰면 안 됩니다.

7.3점 자체는 의미가 약합니다. 같은 심판과 같은 기준으로 버전 간 차이를 보는 것이 신뢰할 만합니다.

심판도 API 호출입니다. 위치를 바꿔 두 번 호출하면 2배이고 CoT를 붙이면 토큰이 더 늡니다. 회귀 테스트는 작은 셋으로 자주 돌리고 큰 평가는 릴리스 전에 한 번 합니다.

심판이 놓치는 축이 있습니다. 정기적으로 표본을 사람이 확인하고 심판과 사람의 일치도를 계속 추적합니다.

RAG 평가, 에이전트 trajectory 평가, 프롬프트 회귀 테스트, 합성 데이터 선별처럼 정답을 단순 문자열 비교로 채점하기 어려운 곳에서 널리 사용됩니다. 특히 자동화하기 좋은 장점 때문에 많은 eval framework가 LLM judge를 선택적인 평가기로 제공합니다.


7장. LLM Judge를 어떻게 검증하고 신뢰할 것인가

LLM-as-a-Judge의 출발점은 강한 모델이 열린 답변에 대한 인간 선호를 저렴하게 근사할 수 있는가입니다. 2023년 MT-Bench 논문에서는 GPT-4 judge가 해당 조건에서 80% 이상의 인간 일치도를 보였지만, 이 숫자를 보편적인 정확도로 사용하면 안 됩니다. Judge는 모델·rubric·도메인이 바뀔 때마다 다시 calibration해야 합니다.

Pairwise, single-answer grading, reference-guided grading은 여전히 유용한 기본 형태입니다. 다만 position·verbosity·self-preference·reasoning 한계가 있으므로 순서 교환, 명시적인 rubric, reference, 교차 judge, 사람 표본 검증을 함께 둬야 합니다.

편향과 대응을 묶으면 이렇습니다.

편향 증상 대응
위치 제시 순서에 따라 판단이 바뀜 순서 바꿔 두 번 호출, 둘 다 이겨야 승리
장황함 긴 답에 높은 점수 길이 기준 명시, 길이도 함께 기록
자기향상 자신이 생성한 답을 우대하는 경향 사람 표본·다른 judge로 교차 확인
추론 한계 정답을 몰라 오채점 기준 답안 제공, CoT 채점

목적에 따라 방식을 고릅니다.

목적 방식
두 버전 중 배포 결정 쌍 비교
점수를 시계열로 추적 단일 채점
정답이 있는 과제 기준 답안 기반

정답이 있는 과제에서는 reference나 deterministic checker를 우선하고, judge는 설명 품질이나 부분 점수처럼 규칙으로 잡기 어려운 축에 쓰는 편이 안전합니다. 점수 상승이 답변 길이 증가나 특정 문체 선호 때문인지도 따로 확인해야 합니다. 무엇보다 judge를 ground truth로 취급하지 않고, 사람이 만든 calibration set에 대해 성능을 측정한 평가 모델로 취급하는 것이 핵심입니다.


용어 정리

용어 한 줄 뜻
LLM-as-a-Judge 강한 LLM을 심판으로 써서 다른 모델의 출력을 평가하는 방식
쌍 비교 두 답변 중 어느 쪽이 나은지 판단하게 하는 방식
단일 채점 답변 하나에 점수를 매기게 하는 방식
기준 기반 채점 정답을 함께 제공하고 채점하게 하는 방식
MT-Bench 다중 턴 질문으로 구성된 평가 벤치마크
Chatbot Arena 사용자가 두 모델을 비교 투표하는 크라우드소싱 플랫폼
일치도 (agreement) 심판의 판단이 인간 선호와 맞는 비율
위치 편향 답변을 제시한 순서에 판단이 좌우되는 현상
장황함 편향 긴 답변을 더 좋게 평가하는 경향
자기향상 편향 심판 모델이 자신이 생성한 답을 더 선호할 수 있는 경향. 원 논문의 self-enhancement bias
CoT 심판 심판이 먼저 추론한 뒤 채점하게 하는 방식
회귀 테스트 변경 후 품질이 떨어지지 않았는지 반복 확인하는 검사

참고자료

'LLM > Architecture' 카테고리의 다른 글

Agent Observability (Langfuse, LangSmith)  (0) 2026.04.15
MoE (Mixture of Experts)  (0) 2025.09.20
GQA와 MQA  (0) 2024.10.07
위치 인코딩과 RoPE  (0) 2023.11.04
토큰과 토큰화 (Tokenization)  (0) 2022.10.06

댓글