Bedrock 지식베이스 검색 모드 추가: 단일 검색과 원문 반환의 설정 차이

AWS가 2026년 11월 9일 Amazon Bedrock Managed Knowledge Base의 AgenticRetrieveStream에 단일 검색 후 답변을 생성하는 모드와 검색 결과만 반환하는 모드를 추가했다고 밝혔다. 기존의 여러 단계 검색과 함께 같은 API에서 선택할 수 있다. 간단한 문서 조회에도 에이전트의 계획 단계를 거치던 앱이라면 요청 설정을 다시 살펴볼 만하다. AWS 공식 발표

요청마다 검색 방식을 고른다

AWS 설명에서 maxAgentIteration의 범위는 0~5다. 값을 0으로 설정하면 원문 구절만 돌려주며 LLM을 호출하지 않는다. 이때 generateResponse=false가 필요하다. 1과 generateResponse=true를 함께 쓰면 한 번 검색한 뒤 답변을 생성한다. 2~5는 기존 에이전트 검색 방식이다.

답변 생성을 켠 에이전트 모드에서 값 n은 최대 n-1회의 계획 단계와 마지막 답변 생성 호출을 허용한다. 계획에 앞서 실행하는 초기 검색은 이 반복 횟수에 포함되지 않는다. 또한 단일 검색 모드도 여러 지식베이스를 지원한다. 반복 횟수와 연결할 지식베이스 수를 혼동하지 않아야 한다. 모드와 반복 횟수 설명

모드 선택은 애플리케이션이 맡는다. 설정값이 질문의 난도를 자동 분류해 주지는 않는다. 예를 들어 사내 도움말의 설치 절차를 찾는 요청에는 1을, 서로 다른 운영 규정을 비교하는 요청에는 더 많은 계획 단계를 시험할 수 있다. 이는 적용 예시이며 실제 정확도나 비용을 측정한 결과는 아니다.

검색 결과를 받는 코드도 확인한다

기존에 Retrieve를 쓰던 앱은 매개변수만 바꿔 옮기기 전에 응답 처리 코드를 확인해야 한다. AWS는 검색 전용 모드의 원문 구절이 스트림의 result 이벤트로 오며 score와 location 필드가 없다고 설명한다. 검색 동작이 비슷해도 반환 구조까지 같지는 않다.

API 문서의 result.results에는 content, metadata, sourceRetriever가 정의돼 있다. 기존 코드가 점수로 결과를 거르거나 location으로 원문 링크를 만들었다면 그 경로를 점검할 필요가 있다. 답변 생성 여부와 결과 표시 방식은 따로 확인하는 편이 좋다.

비용과 답변 품질을 함께 측정한다

AWS는 LLM 호출을 줄이면 지연과 모델 사용량을 줄일 여지가 있다고 설명한다. 이번 글에서 실제 AWS 계정으로 호출하거나 성능을 독립 검증하지는 않았다. 공식 글의 은행 사례도 가상의 설명용 예시다. 절감률이나 정확도 향상 수치로 읽을 근거는 없다.

도입을 검토한다면 같은 문서와 질문으로 모드를 비교할 수 있다. 한 문서에 답이 있는 질문 외에 여러 문서를 대조해야 하는 질문과 문서에 답이 없는 질문도 포함한다. 응답시간과 비용을 재면서 인용 구절이 답을 뒷받침하는지 확인한다. 응답이 빨라져도 근거가 빠지면 해당 업무에 맞는 설정이라고 판단하기 어렵다.