본문으로 건너뛰기

에이전트 도구 선택: 대규모 카탈로그에서 BM25(키워드)가 임베딩 유사성보다 더 정확한 경우

대규모 도구 카탈로그에서 도구 설명이 짧고 구조화되어 특정 토큰이 판별자인 경우 BM25 같은 키워드 기반 검색이 의미 임베딩(cosine)보다 더 정확하다는 실험 결과와 43,000개 도구 벤치 링크를 제시한다.

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

에이전트가 호출 가능한 다수의 도구를 관리할 때 모든 도구를 매 턴 모델 입력으로 넣기보다는 관련 서브셋을 검색해 선택하는 방식이 필요하며, 이 문제는 검색(lexical/semantic)으로 환원된다. 일반적인 document-RAG 관점에서는 의미 임베딩을 먼저 쓰고 하이브리드로 재순위화하는 것이 권장되지만, 도구 설명은 대체로 짧고 구조화되어 특정 토큰이 판별자 역할을 하므로 의미 임베딩의 코사인 유사도가 신호를 희석하는 사례가 발생한다. 글쓴이는 이름·설명·입출력 스키마를 평문으로 펼쳐 BM25로 검색하는 방식이 판별 토큰을 선명하게 유지해 더 높은 선택 정확도를 보였고, 임베딩 모델이 필요 없어 로컬(in-process)으로 동작하며 토큰·API 비용도 절감한다고 보고한다. 다만 카탈로그가 매우 크거나 의도가 불명확한 쿼리에는 의미 기반 또는 하이브리드 계층이 유효할 수 있으므로 현장에서는 lexical 우선 전략에 semantic 보강을 적용해 검증할 것을 권장하며, 저자는 43,000개 도구 코퍼스 벤치(https://github.com/ratel-ai/ratel)를 공개해 추가 검증을 촉구한다.

커뮤니티 반응

글쓴이는 실험 결과와 공개 벤치를 제시하며 피드백을 요청했고, 대체로 실무자 중심의 호기심과 재현 요구가 기대되는 분위기였다. 구체적 댓글은 입력에 없지만 게시물 성격상 BM25 경험 공유나 대규모 카탈로그에서의 임베딩 우수 사례를 묻는 응답이 이어질 가능성이 높다.

주요 논점

01찬성다수

키워드 신호가 판별자인 짧고 구조화된 도구 설명에서는 BM25 같은 lexical 검색이 임베딩 기반보다 도구 선택 정확도가 높다.

02중립분열

의도가 흐릿하거나 카탈로그가 극단적으로 클 경우 의미 임베딩이나 하이브리드 계층이 유용할 수 있으므로 임베딩을 완전히 배제해서는 안 된다.

03찬성다수

실무적 관점에서 임베딩 모델을 제거하면 토큰·API 비용과 시스템 복잡도를 낮출 수 있어 BM25를 우선 적용해보고 필요 시 semantic을 추가하는 전략이 합리적이다.

합의점 vs 논쟁점

합의점

  • 도구 설명은 문서처럼 길고 풍부한 의미 신호가 아닌 짧고 구조화된 텍스트인 경우가 많다.
  • 임베딩 기반 검색이 항상 최선의 기본(default) 선택은 아니며, 적용 맥락에 따라 lexical 기법이 더 적합할 수 있다.

논쟁점

  • 카탈로그 규모가 200개를 넘는 지점에서 BM25 우위가 유지되는지 여부(BM25-at-200-plus)가 불확실하여 추가 검증이 필요하다.
  • 실제 대규모·다언어·동의어가 많은 환경에서 임베딩이 lexical을 확실히 능가하는지에 대한 실무적 합의가 형성되지 않았다.

실용적 조언

  • 도구 이름, 짧은 설명, 입력/출력 스키마를 평문으로 결합해 BM25 인덱스를 구축하고 우선 검색기로 사용하면 구조화 신호를 선명하게 유지할 수 있다.
  • 임베딩을 사용하려면 하이브리드 워크플로(lexical 우선 → semantic rerank)를 도입해 모호한 쿼리만 의미 기반으로 재처리하는 방식으로 비용과 정확도를 균형화할 것.
  • 로컬(in-process) BM25 구현을 먼저 도입해 토큰·API 비용 변화를 측정하고, 대규모 카탈로그에서의 성능 저하 지점을 식별한 뒤에 임베딩 계층을 증설할지 결정할 것.

섹션별 상세

에이전트가 호출 가능한 대규모 툴 카탈로그를 운영할 때 매 턴 모든 도구를 모델 앞에 두면 토큰 비용이 지배적이므로 관련 서브셋을 검색해 선택하는 것이 필요하며, 이 문제를 문서 RAG처럼 임베딩을 쿼리·도구 설명에 적용해 코사인 유사도로 순위화하는 방법으로 접근할 수 있다; 글쓴이는 이 접근을 평가했고 임베딩 기반 순위가 평문(lexical) 기반 기본선보다 성능이 낮게 나왔다는 실험 결과를 보고했다, 그 결과를 재현 가능한 43,000개 도구 코퍼스 벤치로 공유했다.
도구 설명은 보통 매우 짧고 구조화된(동사-명사 형태, 파라미터 목록 포함) 텍스트로 구성되며, 실제 판별 신호는 `repo_id`나 `channel` 같은 단일 토큰이나 필드 이름인 경우가 많아 의미 임베딩 방식에서는 코사인 유사도가 이러한 결정적 토큰 신호를 희석시키는 문제가 발생한다; 즉 입력 쿼리→임베딩→코사인 유사도 계산→상위 도구 선택이라는 처리 흐름에서 짧은 텍스트의 근접성 때문에 서로 다른 도구가 근접하게 랭크되는 현상이 관측되었다.
BM25 기반은 도구의 이름·설명·입출력 스키마를 평문으로 펼쳐 키워드 매칭을 통해 스코어를 계산하므로 판별 토큰을 뚜렷하게 유지하고 높은 선택 정확도를 보였으며, 추가 장점으로 임베딩 모델이 불필요해 로컬에서 완전 동작(in-process)하고 토큰·API 비용을 절감했다; 글쓴이는 BM25가 'signal이 키워드 형태인 작은 구조화 공간'에 맞는 이유로 이 동작 원리를 제시했다.
그러나 저자는 임베딩이 전혀 쓸모없다고 주장하지는 않으며, 카탈로그가 매우 크거나(저자가 특히 'BM25-at-200-plus' 의문을 제기한 부분) 의도가 모호한 쿼리에서는 의미 기반 또는 하이브리드 계층(lexical 우선에 semantic 보강)이 필요할 수 있다고 판단했고, 해당 주장과 평가를 검증하려는 이들을 위해 GitHub(https://github.com/ratel-ai/ratel)에 43k 도구 코퍼스를 공개해 재현을 권장했다.

용어 해설

BM25 (역문헌빈도 기반 점수)(BM25)
문서와 쿼리의 키워드 일치에 기반해 스코어를 계산하는 전통적 정보검색 알고리즘으로, 쿼리·문서의 토큰 빈도와 역문헌빈도를 입력으로 가중합을 계산해 관련도를 산출한다. 짧고 구조화된 텍스트에서 특정 토큰이 판별자일 때 신호가 선명하게 유지되는 장점이 있어 도구 카탈로그 검색에 유리하다.
검색 증강 생성 (RAG)(RAG)
쿼리와 관련된 외부 문서를 검색해 모델 입력에 컨텍스트로 주입한 뒤 생성 모델이 해당 컨텍스트를 바탕으로 응답을 생성하는 파이프라인으로, 검색(검색기/임베딩) → 컨텍스트 조합 → 생성(LLM) 흐름으로 작동한다. 문단 길이의 풍부한 의미 신호가 있을 때 임베딩 기반 검색이 강점을 보인다.
의미 임베딩(Semantic Embeddings)
문장·문서 수준의 의미적 유사성을 벡터 공간에서 측정하기 위해 텍스트를 고차원 임베딩으로 변환하는 기법으로, 입력 쿼리와 각 대상의 임베딩을 코사인 유사도로 비교해 관련 문서를 순위화한다. 문맥이 풍부한 긴 텍스트에서 의미적 근접성을 포착하는 데 유리하나, 짧고 구조화된 레이블에서는 특정 토큰 신호가 희석될 수 있다.
도구 선택(Tool Selection)
에이전트가 호출 가능한 여러 함수·툴 중 현재 쿼리에 가장 적합한 하나를 고르는 문제로, 입력(사용자 쿼리) → 검색/순위화(lexical 또는 semantic) → 선택(도구 호출) 형태로 처리된다. 도구 설명이 짧고 구조화되어 있으면 키워드 신호 기반 방법이 우위인 반면, 의도가 모호하면 의미 기반 보강이 필요하다.

언급된 도구

BM25추천

키워드 기반 정보검색·문서 순위화

semantic embeddings중립

쿼리·대상 간 의미적 유사성 측정(코사인 등)

document RAG중립

검색으로 컨텍스트를 찾아 생성 모델 입력에 주입하는 파이프라인

MCP-exposed tools중립

에이전트가 호출하는 외부 함수/툴의 인터페이스(예시 맥락)

AI 분석 전체 내용 보기

AI 요약 · 북마크 · 개인 피드 설정 — 무료

출처 · 인용 안내

원문 발행 2026. 06. 25.수집 2026. 06. 25.출처 타입 REDDIT

인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.