문서를 지웠는데 AI는 왜 기억할까? RAG 갱신·삭제 설계

지식이 늘어나는 만큼 폐기하는 경로도 필요합니다

2026년 10월 Knowledge Catalog 발표는 업무 컨텍스트를 계속 보강하고 변경을 검토하는 흐름을 다룹니다. 사내 문서 AI에서도 새 정보를 추가하는 기능과 함께 오래된 내용을 제거하는 절차가 필요합니다. Microsoft의 Azure Storage 색인 문서는 변경 감지와 삭제 감지가 같은 동작이 아니라고 구분합니다.

예를 들어 배송 정책을 새로 공지하고 이전 PDF를 삭제해도 검색 조각이 남아 있으면 AI는 과거 반품 기간을 답할 수 있습니다. 원본 파일의 존재 여부만 확인해서는 이 문제를 찾기 어렵습니다. 파일 ID와 버전이 어떤 조각, 임베딩, 답변 캐시와 연결됐는지 역으로 찾을 수 있어야 합니다.

정보의 복사본을 지도처럼 정리합니다

수집한 파일이 OCR 결과, 정규화 텍스트, 검색 조각과 인용 미리보기로 바뀌는 경로를 표시하세요. 각 단계에 원본 ID와 버전을 남기면 새 버전을 넣을 때 이전 산출물을 찾아 교체할 수 있습니다. 파일명만 식별자로 쓰면 이름이 바뀌거나 서로 다른 폴더에 같은 이름이 있을 때 혼동하기 쉽습니다.

삭제는 재시도할 수 있어야 합니다. 중간에 작업이 끊기면 어느 저장소까지 지웠는지 기록하고 나머지를 다시 처리하세요. 별도 삭제 표식을 남기는 방법을 쓰더라도 표식의 보관 기간, 원본 물리 삭제 순서와 색인 작업의 주기를 맞춰야 합니다. 제품이 제공하는 삭제 정책의 적용 조건도 확인합니다.

늦게 끝난 작업이 옛 정보를 복구하지 않게 합니다

큰 파일을 처리하는 동안 새 버전이 올라오면 이전 작업이 나중에 끝날 수 있습니다. 저장 직전에 현재 버전과 비교하거나 이벤트 순서를 확인해 과거 결과가 최신 결과를 덮어쓰지 않게 하세요. 삭제된 문서의 오래된 수집 작업도 같은 방식으로 차단할 수 있습니다.

사용자에게는 자료의 적용일과 마지막 확인 시점을 구분해 보여줍니다. 수집 시각이 오늘이라고 정책 자체가 최신이라는 의미는 아닙니다. 공지의 시행일이 미래이거나 개정 전후 규정이 함께 필요한 업무라면 유효 기간에 따라 어떤 버전을 근거로 삼았는지 설명해야 합니다.

실제 답변에 반영되는 시간을 확인합니다

문서 변경 시각부터 새 답변이 반환되는 시각까지를 측정하면 처리 지연을 확인할 수 있습니다. 갱신, 삭제, 이동과 권한 회수를 각각 시험하고 실패한 사건이 대기열에 남는지 점검하세요. 운영 지표에는 수집 건수뿐 아니라 마지막 성공 시각, 누락된 이벤트와 재처리 대상을 포함하는 것이 좋습니다.

• 원본에서 모든 파생 자료를 찾을 수 있는가
• 삭제와 권한 회수를 별도로 시험했는가
• 오래된 작업의 재등록을 막는가
• 정책 적용일과 자료 확인 시각을 구분하는가