AI VIDEO BRIEFING
RAG 기술 문서 처리: 질의 분해로 인용 정확도 높이기 (OpenFOAM 사례)
수식과 표가 가득한 OpenFOAM 매뉴얼을 다루는 RAG 파이프라인 논문 해설. 질의 분해·파싱·청킹·임베딩으로 인용 정확도를 높였지만 검색 재현율이 14% 미만에 그친 한계까지 짚는다.

핵심 메시지
쉽게 이해하기
이 세션은 Vizuara 부트캠프에서 나온 학생·현업자 논문을 해부하는 시리즈의 첫 편으로, OpenFOAM(오픈소스 전산유체역학 툴킷) 매뉴얼을 대상으로 한 RAG 시스템 논문을 다룬다. 이 매뉴얼은 미분방정식과 수많은 수학 기호·수식·표가 얽힌 복잡한 문서라, 일반적인 PDF 추출이 자주 실패하는 대표적 사례로 소개된다.
연구는 새로운 RAG 알고리즘을 제안하는 것이 아니라, 이런 강한 기술 문서의 응답 품질을 끌어올리는 새 파이프라인을 제안한다. 파이프라인은 두 가지 모드로 동작한다. 개념이 명확한 단일 질의를 처리하는 '단일 질의 모드'와, 큰 질문을 하위 질문으로 쪼개는 '리포트 모드'다.
시스템은 오프라인과 온라인 두 단계로 나뉜다. 오프라인에서는 방대한 매뉴얼을 미리 파싱·청킹·임베딩해 벡터로 저장해 둔다. 파서로는 marker, Docling, PyMuPDF 세 가지를 시험한 끝에 수식을 가장 잘 처리하는 marker를 채택했고, 임베딩은 384차원 MiniLM-L12-v2, 저장소는 ChromaDB를 사용했다. 온라인에서는 사용자 질의를 임베딩해 코사인 유사도로 관련 청크를 찾고 재순위화한다.
리포트 모드의 핵심은 LLM 플래닝으로 질문을 하위 질문으로 분해하는 단계다. 예컨대 '이산화(discretization) 개념을 설명하라'처럼 개념·응용·동기가 얽힌 큰 질문은 여러 문서를 넘나들어야 하므로, 여러 하위 질문으로 나눠 각각 답하고 중복을 제거한 뒤 출처와 함께 제시한다. 그 결과 4개 원본 PDF에서 10개의 고유 청크를 인용하는 등 교차 참조가 필요한 복잡한 질문에서도 정확한 인용이 가능해졌다.
평가는 6개 차원의 'LLM-as-judge' 프레임워크(판정 모델 Gemini 2.5 Pro, 온도 0)와 recall·MRR·NDCG 같은 정보 검색 지표를 함께 썼다. 두 파이프라인 모두 5점 만점에 4.6 이상, 인용 정확도는 5.0에 달했지만 recall은 14% 미만이었다. 저자들은 단일 임베딩 모델 사용, 사람 검수(human-in-the-loop) 부재, 특정 LLM(Gemini)만 사용 등을 한계로 명시하고 후속 연구 확장을 제안했다.
주요 인사이트
- 인용 정확도와 검색 재현율은 별개의 지표다. 인용이 맞아도 답변에 포함되지 않은 중요한 출처가 빠지면 재현율은 낮아지고, 답이 완전하지 않을 수 있다. 그래서 여러 차원의 평가가 필요하다.
- 기술 문서의 어려움은 구조적 이질성, 교차 문서 추론, 수식 충실도에 있다. '4 + 5 - 3'처럼 여러 장(章)의 지식을 연결해야 하는 질문이 기술 문서에는 흔하다.
- 청킹에서 헤더 분할로 장·절 단위를 잡은 뒤 토큰 분할로 청크 간 토큰을 겹치게 하면, 연결이 끊겨 정보가 유실되는 것을 막을 수 있다.
- 평가 지표를 검색 품질(IR 지표)과 생성 품질(LLM 판정)로 분리하면, 실패가 검색 단계에서 났는지 생성 단계에서 났는지 진단할 수 있다. 잘못된 파서 선택 하나로 전체 결과가 틀어질 수 있기 때문이다.
- 거창한 발견이 아니어도, '질의 분해'처럼 일상적으로 쓰는 개념을 RAG 파이프라인에 적용하는 창의적 시도만으로 의미 있는 개선과 새 연구가 나올 수 있다.
자주 묻는 질문
이 논문이 새로운 RAG 알고리즘을 제안한 것인가?
아니다. 새 알고리즘이 아니라, 수식·표가 많은 복잡한 기술 문서에서 RAG 응답 품질을 높이는 새로운 파이프라인을 제안한 것이다. OpenFOAM 매뉴얼을 대상으로 단일 질의 모드와 리포트 모드를 구현했다.
인용 정확도가 높은데 왜 한계가 있다고 하나?
인용 정확도(citation accuracy)는 5.0에 가까웠지만 검색 재현율(recall)이 14% 미만이었다. 즉 제시한 인용은 정확해도, 답변에 필요한 다른 출처가 빠져 답이 완전하지 않을 수 있다. 저자들은 이 낮은 recall을 핵심 병목이자 한계로 명시했다.
파이프라인에서 어떤 도구와 모델을 사용했나?
PDF 파서로 수식 처리가 우수한 marker를 채택했고(Docling·PyMuPDF도 비교), 임베딩은 384차원 MiniLM-L12-v2, 벡터 저장소는 ChromaDB를 사용했다. 답변 판정에는 Gemini 2.5 Pro를 온도 0으로 썼다.
원문과 출처
이 글은 원본 영상의 자막을 바탕으로 한국어 독자를 위해 요약했습니다. 전체 맥락과 최신 정보는 원문에서 확인하세요.
YouTube 원본 영상 보기 ↗