속도를 정하는 값은 보관량이 아니라 질문 하나에 넘기는 전달량입니다

매뉴얼 서너 개를 넣었을 때는 사내 문서 AI가 곧잘 답합니다. 여기에 규정집, 업무 매뉴얼, 보고서, 회의록까지 붙이려는 순간 담당자에게 질문이 생깁니다. "문서가 이렇게 많아지면 검색도 느려지지 않나?", "파일이 늘수록 엉뚱한 답이 나오는 것 아닌가?", "그러면 도입을 조금 미루는 게 안전한가?"
답부터 말하면 보관 문서 개수는 대용량 문서 AI의 답변 속도를 결정하지 않습니다. 속도와 정확도를 가르는 변수는 따로 있습니다. 질문 하나에 몇 건의 문서를 골라 AI에게 넘기느냐입니다. 문서 규모가 커질 때 무엇이 달라지는지, 도입 전에 무엇을 정리해야 하는지를 전문 용어 없이 짚습니다.
대용량 문서 AI는 사내 문서를 매번 전부 읽지 않습니다. 질문과 관련된 일부만 골라 AI에게 넘깁니다. 보관 문서가 100건이든 10만 건이든 질문 한 번에 넘기는 분량이 비슷하다면 답변 시간도 비슷합니다. 체감 속도를 만드는 값은 보관량이 아니라 전달량입니다.
직원이 "출장 숙박비 한도가 얼마인가요?"라고 물었다고 가정합니다. AI가 인사규정, 보안지침, 회의록, 영업보고서까지 전부 읽고 답하는 구조라면 문서가 늘어나는 만큼 대기 시간과 비용도 함께 늘어납니다. 반대로 출장비를 다루는 문단 몇 개만 먼저 골라 넘기면 문서가 열 배로 늘어도 답변 시간은 거의 그대로입니다.
문서를 통째로 밀어 넣으면 느려질 뿐 아니라 답도 나빠집니다. Liu 외 연구진이 TACL 2024에 발표한 「Lost in the Middle」은 정답이 담긴 문단이 긴 입력의 가운데에 놓일 때 모델 정확도가 가장 낮아진다고 보고합니다. 같은 정보라도 앞이나 뒤에 놓였을 때보다 성능이 떨어집니다. 관련 없는 문서를 함께 넣으면 비용만 늘어나는 것이 아니라 오답 확률도 올라갑니다.
문서가 늘어나면 양만 늘지 않습니다. 비슷한 내용, 옛 버전, 긴 문서가 함께 늘어납니다. 아래 표에 파일럿 규모와 전사 규모에서 무엇이 달라지는지를 항목별로 비교했습니다.
구분 | 문서 10건 규모 | 사내 문서 전체 규모 |
|---|---|---|
관련 문서 찾기 | 사람이 파일명만 봐도 고를 수 있음 | 파일명만으로는 판별 불가, 검색 단계가 필수 |
답변 시간 | 전부 넣어도 몇 초 안에 끝남 | 전부 넣으면 대기 시간과 토큰 비용이 함께 증가 |
오답의 주된 원인 | AI가 문장을 잘못 이해함 | 관련 없는 문서나 옛 버전이 근거로 딸려 들어감 |
필요한 준비 | 파일을 한 폴더에 모으는 정도 | 최신본 표시, 권한 구분, 문서 분할 기준 |
실패가 드러나는 순간 |
표에서 읽을 지점은 하나입니다. 규모가 커질수록 실패의 원인이 AI 모델에서 검색 단계로 옮겨 갑니다.
사내에 「출장비 규정」, 「출장비 규정_개정」, 「2026 출장 안내」, 「경비 처리 FAQ」가 함께 있다고 가정합니다. 직원은 질문 하나를 던지지만 답의 근거는 네 파일에 흩어져 있습니다. 문서가 늘어날수록 "어느 파일의 어느 문단을 근거로 삼을 것인가"라는 판단이 답변 품질을 먼저 가릅니다.
폐지된 규정과 현행 규정은 문장이 대부분 같습니다. 사람은 파일명 끝의 날짜를 보고 구분합니다. 문서 안에 유효 기간이나 개정 여부가 적혀 있지 않으면 검색 단계에서는 두 문서가 거의 같아 보입니다. 최신본 표시가 문서 밖 파일명에만 있는 조직은 옛 규정을 근거로 한 답변을 반복해서 받습니다.
80쪽짜리 취업규칙 한 건에는 수십 개 주제가 들어 있습니다. 문서를 통째로 한 단위로 다루면 출장비를 물었을 때 육아휴직 조항까지 근거로 딸려 옵니다. 긴 문서를 조항이나 절 단위로 나눠 두면 답변 정확도가 달라집니다.
회사 문서를 찾아 답변에 활용하는 전체 구조는 RAG란? 검색 증강 생성 5분 정리에서 이어서 볼 수 있습니다.
대용량 문서 AI의 품질은 답을 쓰는 단계보다 근거를 고르는 단계에서 결정됩니다. Boqin Yuan 외 연구진이 arXiv에 공개한 2026년 논문 「Diagnosing Retrieval vs. Utilization Bottlenecks in LLM Agent Memory」는 검색·저장·활용 방식을 3×3으로 교차 실험했습니다. 오답의 지배적 원인은 검색 실패였습니다. 구성에 따라 전체 질문의 11~46%를 차지했고, 모델이 근거를 잘못 쓰는 실패는 4~8%, 환각은 0.4~1.4%에 그쳤습니다. 같은 논문은 상위 5건 검색 정확도와 최종 답변 정확도의 상관계수를 0.98로 제시합니다.
큰 도서관을 떠올리면 이해가 쉽습니다. 책이 열 권이면 사람이 제목을 하나씩 확인해도 됩니다. 장서가 수만 권으로 늘어난 도서관에서는 모든 책장을 훑는 방식 대신 원하는 책의 위치를 먼저 알려 주는 검색 체계를 둡니다.
회사 문서를 쓰는 AI도 도서관과 같은 순서를 따릅니다. 질문이 들어오면 관련성이 높은 문단을 먼저 고릅니다. 그다음 그 문단만 AI에게 넘겨 답을 쓰게 합니다. 두 단계를 나눠 두면 답이 이상할 때 "잘못 찾은 것인지, 잘 찾고도 잘못 쓴 것인지"를 구분해 고칠 수 있습니다.
같은 논문에서 검색 방식을 키워드 위주에서 하이브리드 재순위로 바꿨을 때 정답률이 57.1%에서 77.2%로 올라갔습니다. 저장 방식을 무엇으로 바꾸든 이 격차는 유지됐습니다. 문서를 어떻게 쌓아 두느냐보다 어떻게 찾느냐가 답변 품질을 더 크게 좌우합니다.
대용량 문서 AI 도입 전 점검은 모델 선택이 아니라 문서 상태 확인에서 시작합니다. 아래 여섯 항목 중 3개 이상 해당하면 검색 구조 설계가 필요합니다. 5개 이상이면 문서 정리를 먼저 하는 편이 빠릅니다.
문서가 부서별 드라이브에 흩어져 있습니다
같은 주제의 문서를 한 번에 모을 수 없다면 검색 대상 범위부터 정해야 합니다.
현행본을 담당자 기억으로 판별합니다
어느 파일이 최신본인지 파일명이나 문서 안에 적혀 있지 않은 상태입니다.
권한이 다른 문서가 한 폴더에 섞여 있습니다
부서 제한 문서와 전사 공개 문서가 구분되지 않으면 답변에 열람 권한 밖 내용이 섞입니다.
80쪽이 넘는 규정집이 통짜 파일 하나로 남아 있습니다
긴 문서를 조항이나 절 단위로 나누는 기준이 필요합니다.
직원이 자주 묻는 질문 30개 목록이 없습니다
실제 질문 목록이 없으면 검색이 잘 되는지 판단할 기준도 없습니다.
스캔 PDF나 이미지로만 남은 문서가 상당수입니다
글자를 복사할 수 없는 문서는 검색 대상에 들어가지 못합니다.
문서를 어디에 어떻게 두어야 AI가 읽을 수 있는지에 대한 기준은 생성형 AI에 사내 문서 연결하는 법에 정리해 두었습니다.
문서 AI가 기대만큼 동작하지 않을 때 증상마다 점검할 지점이 다릅니다. 아래 표에 실무에서 자주 나오는 세 가지 증상을 원인과 점검 지점으로 나눴습니다.
증상 | 흔한 원인 | 먼저 볼 지점 |
|---|---|---|
답변이 눈에 띄게 느려졌다 | 질문마다 넘기는 문서 분량이 계속 늘어남 | 한 번의 답변에 넘기는 문단 수의 상한 |
답은 빠른데 근거가 엉뚱하다 | 검색이 관련 없는 문서를 골라 옴 | 상위 5건 안에 정답 문서가 들어오는 비율 |
옛 규정을 근거로 답한다 | 폐지본과 현행본이 문서상 구분되지 않음 | 문서 안의 개정일·유효 여부 표기 |
세 증상 모두 AI 모델을 바꾸는 대신 문서와 검색 단계에서 해결하는 편이 비용이 적게 듭니다.
여기까지 오면 자연스럽게 다음 질문이 생깁니다. "그 많은 문서 중에서 질문과 관련된 문단을 어떻게 빠르게 골라낼까?"
파일 이름이나 똑같은 단어만 찾는 방식으로는 부족합니다. 직원은 "출장 숙박비"라고 묻는데 규정 문서에는 "국내 여비 지급 기준"이라고 적혀 있는 경우가 흔하기 때문입니다. 표현이 달라도 뜻이 가까운 문단을 찾아내는 방식이 필요합니다. 그 자리에 자주 등장하는 기술이 벡터 데이터베이스입니다.
지금 단계에서 기술 구조를 외울 필요는 없습니다. "많은 자료 가운데 질문과 의미가 가까운 문단을 찾아 주는 저장·검색 방식" 정도로 이해하면 충분합니다. 일반 데이터베이스와 AI 검색용 저장소가 어떻게 다른지는 AI 검색 DB, 일반 데이터베이스로 안 되나?에서 판단 기준으로 정리해 두었습니다.
문서를 정리하고 자주 묻는 질문 목록을 만드는 것만으로도 대용량 문서 AI 도입의 절반은 끝납니다. Boqin Yuan 외 연구진의 arXiv 2026 실험에서는 검색 방식만 바꿔도 정답률이 20포인트 올랐습니다. 모델을 바꾸기 전에 준비 순서부터 손봐야 하는 이유입니다. 넥스트젠AI는 문서 상태 점검과 질문 목록 정리부터 시작하는 무료 AX 진단을 제공합니다.
무료 AX 진단 신청하기에서 30분 안에 우리 회사 문서의 검색 준비 상태를 확인해 보세요. 기업 AI 도입의 전체 그림이 먼저 궁금하다면 AX 컨설팅이란? 도입 4단계·비용 총정리를 함께 보시기 바랍니다.
보관 문서 개수 자체는 답변 속도를 거의 바꾸지 않습니다. 속도를 정하는 값은 질문 한 번에 AI에게 넘기는 문단의 양입니다. 사내 문서를 매번 통째로 넘기는 구조라면 문서가 늘어나는 만큼 느려지고 비용도 올라갑니다.
RELATED · 함께 읽으면 좋은 글

RAG(검색 증강 생성)가 무엇인지, 기존 LLM과 어떻게 다른지 5분 만에 정리했습니다. 작동 4단계와 도입 체크리스트, 잘 맞는 업무까지 짚습니다.

회사 문서가 있는데 AI가 못 찾는 이유를 정리했습니다. AI 검색 DB와 일반 DB의 판정 기준 차이, 병용이 더 정확한 근거, 도입 4단계와 체크리스트까지 담았습니다.

생성형 AI가 사내 문서를 모르는 이유부터 파일 업로드와 문서 연결 AI의 차이, 연결 전 정해야 할 범위·권한·근거 3가지와 도입 판단 체크리스트까지 정리했습니다.
시연 자리에서 바로 보임
특정 부서의 특정 질문에서만 간헐적으로 보임 |