딥 리서치 에이전트를 위한 웹 검색: 많은 쿼리, 실제 출처

보고서 하나에 검색을 몇 번 합니까?

설계에 달려 있으며, 의도적으로 정해 두는 것이 좋습니다. 가벼운 보고서는 검색 쿼리 4개짜리 라운드를 두 번 돌릴 수 있습니다: 검색 8회입니다. 철저한 보고서는 검색 쿼리 8개짜리 라운드를 다섯 번 돌릴 수 있습니다: 검색 40회입니다.

검색이 많다고 항상 더 나은 보고서가 되는 것은 아닙니다. 주요 소스를 확보하고 나면 새 라운드마다 얻는 이득이 줄어듭니다. 중단 규칙이 도움이 됩니다: 어떤 라운드에서 새로운 소스가 2개 미만으로 추가되거나 예산을 다 쓰면 루프를 끝내세요.

read이 3 이하이면 검색 한 번이 크레딧 1개입니다. 따라서 검색 40회짜리 보고서는 읽은 페이지의 길이와 무관하게 크레딧 40개가 듭니다.

스니펫으로 작업하지 않고 페이지를 읽는 이유는 무엇입니까?

리서치는 세부 사항이 핵심이기 때문입니다. 스니펫은 페이지의 요지를 주지만, 보고서를 유용하게 만드는 수치, 조건, 날짜는 본문에 있습니다. 스니펫만으로 작성하는 모델은 빈틈을 추측으로 채우는 경향이 있습니다.

페이지를 읽으면 다음 라운드의 검색 쿼리도 좋아집니다. 에이전트는 소스가 쓰는 용어, 법률이나 제품의 이름, 사건의 날짜를 익힙니다. 그 단어들이 원래 질문보다 더 예리한 검색 쿼리를 만듭니다.

LLMWebSearch은 모든 검색의 첫 페이지들을 대신 읽어 줍니다. 각 결과에는 순위, 제목, URL, 호스트, 스니펫이 포함되며, 페이지를 읽은 경우에는 해당 페이지의 본문이 Markdown 또는 일반 텍스트로, 단어 수와 알려진 경우 발행일과 함께 포함됩니다.

에이전트가 같은 페이지를 두 번 인용하지 않게 하려면 어떻게 합니까?

소스 목록의 키를 URL로 잡으세요. 결과를 추가하기 전에 그 URL이 이미 있는지 확인하세요. 서로 다른 검색 쿼리가 종종 같은 강력한 페이지를 반환하므로, 한 번만 있으면 됩니다.

일부 페이지는 추적 파라미터가 붙은 경우와 붙지 않은 경우처럼 두 개의 URL로 나타납니다. 비교하기 전에 클릭 추적만 하는 쿼리 문자열을 제거하세요. 뉴스의 경우 같은 기사가 여러 매체에 실리는 일이 잦으니, published_at이 가장 이른 것 또는 가장 자세한 것을 유지하세요.

소스 번호는 마지막에 한 번만 매기세요. 그래야 최종 답변의 인용이 깔끔한 목록과 일치합니다.

read를 언제 3보다 높여야 합니까?

하나의 검색 쿼리가 좁은 주제를 깊이 다뤄야 하는데 처음 세 페이지로 부족할 때입니다. read을 4에서 10 사이로 설정하면 그 검색은 1개가 아니라 크레딧 2개가 됩니다.

대부분의 루프에서는 검색 쿼리를 하나 더 돌리는 편이 더 나은 가치입니다. 새 검색 쿼리는 다른 각도에서 새로운 페이지를 가져오는 반면, 같은 검색 쿼리의 4~10번째 페이지는 처음 세 페이지를 반복하는 경우가 많습니다. 높은 설정은 페이지가 거의 존재하지 않는 틈새 주제에 남겨 두세요.

기성 딥 리서치 엔드포인트와 비교하면 어떻습니까?

여러 업체가 리서치를 단일 호출로 판매하며 작업당 과금합니다. 2026년 10월 22일 기준으로 Exa의 deep search 유형은 1,000건당 $12에서 $15이며, Exa는 2026년 4월 1일 별도의 /research 엔드포인트를 종료했습니다. You.com은 리서치 호출을 1,000건당 $12(Lite)에서 $1,200(Frontier)으로 책정합니다. Parallel의 Task API는 1,000개 작업당 $5(Lite)에서 $2,400(Ultra8x)입니다. Linkup의 deep search는 1,000건당 $50입니다.

이 엔드포인트들은 루프를 감춰 주므로 편리합니다. 검색 API 위에 루프를 직접 구축하면 중간 정도의 깊이에서는 보고서당 비용이 더 적고, 모델과 프롬프트, 중단 규칙을 직접 제어할 수 있습니다. 단계별 가이드에는 약 60줄짜리 작동하는 스크립트가 있습니다.