RAG를 붙였는데 답이 엉뚱하다면, 대개 문제는 모델이 아니라 검색 단계에 있습니다. 검색된 문서가 틀리면 LLM은 아무리 좋아도 정답을 만들 수 없습니다.
| 문서 유형 | 권장 청킹 | 비고 |
|---|---|---|
| 매뉴얼·규정 | 섹션/조항 단위 | 제목 계층 보존 |
| 표·데이터시트 | 표 단위 + 캡션 | 표를 쪼개면 의미 상실 |
| FAQ·게시판 | 문답 1쌍 | 질문을 청크 앞에 붙임 |
| 일반 산문 | 400~800자 + 15% 오버랩 | 문단 경계 우선 |
1차 검색(벡터/BM25)으로 20~50개를 뽑고, 리랭커로 상위 5개를 다시 정렬합니다. 리랭커는 질문-문서를 함께 보고 점수를 매기므로 정확도 향상이 큽니다.
벡터 검색만으로는 모델명·부품번호 같은 정확 문자열 매칭에 약합니다. BM25(키워드)와 벡터를 함께 쓰고 결과를 합치는 것이 산업 문서에서 특히 효과적입니다.
고객사 매뉴얼 검색에서 하이브리드 + 리랭킹 조합으로 정답률이 눈에 띄게 올라간 사례가 있습니다. 모델 교체보다 검색 개선이 먼저입니다.