Viv(@Vtrivedy10)의 스레드

에이전트 검색은 당연히 많은 관심을 받지만 규모에 따른 가치와 동등하게 흥미로운 문제는 (에이전트) 인덱스 생성입니다. 즉, 데이터(태그, 임베딩, 클러스터)를 구성하여 좋은 검색 프로세스를 통해 올바른 항목을 표면화할 수 있습니다. Parallel이나 Exa에 ping을 보내면 해당 에이전트가 우리 에이전트에 대한 콘텐츠를 깔끔하게 반환해 주는 것은 마법과 같습니다. 하지만 그 전에 그들은 엄청난 양의 데이터 태깅(키워드로 필터링 가능), 임베딩 조정(멋지죠?), 속도를 위한 효율적인 인덱싱, 그리고 훌륭한 하이브리드 검색 전략을 만들었습니다. 검색 가능한 것을 만들기 위해서는 많은 노력이 필요합니다. 이 새로운 "grep" 로컬 검색 도구는 사용자에게서 인덱스 부담을 덜어주려고 합니다. 저는 더 나은 검색 도구를 전적으로 지지합니다. 따라서 이러한 도구가 로컬 코드와 호환된다면 전적으로 지지합니다. 코드를 동적으로 인덱싱하고 이를 통해 하이브리드/에이전트 검색을 노출하는 것은 많은 작은 디자인 선택 사항이 있기 때문에 어렵지만 일반적인 grep/glob보다 어느 정도 더 뛰어나다면 에이전트가 더 나은 컨텍스트를 얻을 수 있다는 의미입니다. -> 엄청난 균형 손실