이 문서는 RAG 섹션의 일부입니다.
적용 가이드
시나리오별 추천 전략
전략 선택 플로우
참고 처음에는 Dense Retriever + Reranking 조합으로 시작하고, 평가 결과에 따라 Hybrid나 Multi-Query를 점진적으로 추가하는 것을 권장합니다.
Phase 1: 기본 (Baseline)
목표: 동작하는 RAG 파이프라인 구축Phase 2: 중급 (Enhanced)
목표: 한국어 검색 품질 강화 + 정밀도 향상Phase 3: 고급 (Advanced)
목표: 자기 교정 + 멀티 소스 + Agentic RAG Agentic RAG란? 기존 RAG가 “검색 → 생성”의 고정된 파이프라인이라면, Agentic RAG는 LLM이 에이전트 로서 검색 전략을 스스로 결정합니다. 질문을 분석하여 어떤 소스에서 검색할지, 검색 결과가 충분한지, 추가 검색이 필요한지를 동적으로 판단 하고, 필요하면 Tool(SQL 실행, 웹 검색, API 호출 등)을 직접 호출합니다. LangGraph 같은 워크플로 프레임워크로 이 의사결정 흐름을 그래프로 정의합니다. LLM-as-Judge란? 사람이 평가하기 어려운 대량의 RAG 출력을 다른 LLM(보통 더 강력한 모델) 이 평가하는 기법입니다. 평가 기준(충실도, 관련성, 완전성 등)을 프롬프트로 정의하고, 평가 대상 답변을 입력하면 LLM이 점수와 근거를 반환합니다. Databricks Agent Evaluation이 이 패턴을 내장 지원합니다. 사람 평가(Human Evaluation)와 병행하면 비용 대비 효과적인 품질 관리가 가능합니다.참고 로드맵 적용 팁: 각 Phase를 넘어갈 때마다 반드시 평가 메트릭 을 비교하세요. Phase 2가 Phase 1보다 검색 정밀도(Precision@5)에서 최소 10% 이상 개선되지 않는다면, 기존 Phase의 튜닝(가중치, 청크 크기, 임베딩 모델)에 더 투자하는 것이 효율적입니다.