Exa 3.0이 던지는 검색의 질문, 에이전트는 무엇을 빼도 될까

공식 브랜드 자료의 Exa 로고를 원래 색상과 비율로 표시했습니다. 회사를 식별하기 위한 이미지이며 검색 결과 화면이나 Exa 벤치마크 차트를 재현한 것이 아닙니다. 제휴 관계를 의미하지 않습니다.

소프트웨어 구독을 조사하는 에이전트가 열 개의 페이지에서 답을 찾습니다. 각 페이지에는 제품 설명, 메뉴와 홍보 문구가 반복됩니다. 실제 결정에 필요한 것은 가격, 청구 기간, 필요한 기능이 다른 요금제에 속하는지라는 세 가지 세부 사항입니다. 텍스트가 늘면 오히려 답을 찾기 어려워질 수 있습니다.

Exa는 2026년 10월 19일 검색 인프라를 개선한 Exa 3.0을 출시하고 Dynamic Highlights를 정식 제공하기 시작했습니다. 1,000회 요청당 4달러인 Lite도 도입했으며, Auto는 1,000회당 7달러입니다. Exa는 애플리케이션과 에이전트를 위한 웹 검색 및 콘텐츠 API를 제공합니다. 채팅 화면 하나가 추가되는 것보다, 개발자가 제품에 연결하는 기반 서비스에 가깝습니다. 출시 발표.

의미 있는 변화는 검색 결과 전체에서 유용한 근거를 고르려는 시도입니다. 맥락을 줄이면 비용과 산만함을 낮출 수 있지만, 어떤 세부 사항이 남느냐가 중요합니다. 실제 조사에서 이 절충이 무엇을 바꾸는지, 가격은 어떻게 해석해야 하는지, 공급업체 벤치마크와 자신의 업무를 혼동하지 않고 통합을 평가하는 방법을 살펴보겠습니다.

검색 결과는 모델의 작업 공간 일부가 되었습니다

일반적인 검색엔진은 사람이 페이지를 선택하도록 돕습니다. 에이전트는 반환된 자료를 직접 읽고 답변할지, 다시 검색할지, 다른 도구를 호출할지 결정하는 경우가 많습니다. 따라서 검색 품질은 링크 목록 이상의 문제입니다. 다음 모델 호출이 무엇을 알 수 있는지 결정합니다.

여기에는 맥락 비용이 생깁니다. 관계없는 문단 하나가 유용한 정보를 넣을 공간을 차지합니다. 반복은 문제를 키웁니다. 같은 보도자료를 인용한 다섯 페이지 때문에 중요한 제한을 설명하는 기술 문서 한 페이지가 밀려날 수 있습니다. 큰 컨텍스트 창은 용량을 늘려 주지만 어떤 출처에 주목해야 하는지 정해 주지는 않습니다.

Exa는 답변 모델이 자료를 받기 전에 이 선택 문제를 다룹니다. 검색 엔드포인트는 URL과 관련 문단을 함께 반환할 수 있습니다. 별도의 Contents API는 이미 알고 있는 URL에서 정보를 가져옵니다. 후보 찾기, 근거 추출, 더 큰 조사 절차에 자료 공급하기 중 어떤 역할을 맡길지는 개발자가 정합니다. Search API 문서.

회사를 처음 접하는 독자에게도 이 구분은 유용합니다. Exa로 만든 애플리케이션에도 자체 지시, 표시 방식과 판단 규칙이 필요합니다. API는 근거를 제공할 수 있지만, 법률 비교, 쇼핑 도우미, 소프트웨어 이전에서 어떤 답변을 허용할지는 정의하지 않습니다. 이는 계속 제품 설계의 몫입니다.

Dynamic Highlights는 페이지 사이의 공간 배분을 바꿉니다

일반적인 발췌는 페이지별로 선택할 수 있습니다. 이 방식은 여러 페이지가 같은 사실을 반복해도 결과마다 비슷한 공간을 배정할 수 있습니다. Dynamic Highlights는 검색된 문서를 함께 살펴 강한 근거에 공간을 더 쓰고 반복에는 덜 쓰도록 합니다. Exa는 8월 28일 연구 프리뷰로 기능을 소개한 뒤 10월 출시에서 정식 제공으로 전환했습니다. Dynamic Highlights 설명.

차이는 가상의 비교로 이해하기 쉽습니다. 여섯 페이지는 제품 출시를 설명하고, 두 페이지는 같은 사양표를 제공하며, 한 페이지는 제한 사항을 설명한다고 가정하겠습니다. 각 페이지에 고정된 분량을 배정하면 길고 반복적인 자료 묶음이 생길 수 있습니다. 결과 전체에 걸쳐 공통 예산을 배분하면 사양을 한 번만 남기고 제한 사항을 넣을 여지가 생깁니다.

이는 바람직한 동작이지 모든 질의에서 보장되는 결과는 아닙니다. 검색 시스템이 그 제한의 중요성을 알아야 합니다. 질문이 대표 가격만 묻는다면 기업 환경의 배포 조건은 주변 정보처럼 보일 수 있습니다. 실제 구매자에게 결정적인 조건이어도 그렇습니다. 질문을 잘 설계하고 후속 확인을 하는 일은 여전히 필요합니다.

자체 제작한 설명용 인포그래픽입니다. 블록은 공간 배분 원리를 설명하는 예시이며, Exa에서 측정한 토큰 수를 재현하지 않습니다.

Exa는 자체 평가에서 Dynamic Highlights가 전체 페이지 텍스트보다 토큰을 95% 적게 사용했다고 설명합니다. 비교 기준을 봐야 합니다. 전체 페이지에는 이미 선별된 발췌보다 훨씬 많은 자료가 들어갑니다. 8월 보고서는 에이전트 평가에서 전체 에이전트 토큰 사용량 30% 감소도 별도로 제시했습니다. 두 수치는 서로 다른 대상을 측정하므로 애플리케이션 총비용 절감률처럼 바꿔 사용해서는 안 됩니다.

평가의 핵심은 간단합니다. 검색이 반환한 자료뿐 아니라 모델이 이후 수행하는 작업도 세어야 합니다. 근거가 빠져 추가 검색을 여러 번 하거나 오답이 나오면 짧은 검색 응답은 좋은 거래가 아닙니다. 유용한 압축은 에이전트가 올바른 이유로 멈출 수 있게 하는 사실을 보존합니다.

Lite와 Auto는 실제 질문으로 비교할 만한 선택지입니다

출시 발표에 따르면 Lite와 Auto는 같은 인덱스를 사용하며 Auto는 검색 단계에 계산을 더 투입합니다. 개발자는 낮은 기본 요청 비용과 더 높은 검색 품질을 목표로 하는 모드 사이에서 선택할 수 있습니다. 겉보기로 쉬운 모든 질문에 Lite가 충분하다거나 중요한 모든 질문에 Auto가 필요하다는 의미는 아닙니다.

공개된 가격은 작은 파일럿을 계산하기 쉽게 합니다. 발표된 기본 단가로 Lite 10,000회 요청은 40달러, Auto 10,000회는 70달러입니다. 이는 검색 요청의 산술 예시이며 에이전트 작업 전체의 견적은 아닙니다. 업무 하나에서 여러 호출과 다른 비용이 발생할 수 있습니다.

Exa 가격 문서에 따르면 기본 검색 단가에는 최대 10개 결과가 포함됩니다. 결과를 추가하거나 페이지 요약을 생성하면 별도 요금이 적용됩니다. 알려진 URL을 가져오는 Contents도 별도 제품입니다. 검색, 전체 페이지 후속 조회와 언어 모델을 함께 사용하는 애플리케이션은 수락된 답변당 총비용을 측정해야 합니다. 현재 가격 문서.

분기 정책은 단순하게 시작할 수 있습니다. 범위가 정해진 조회는 저렴한 모드로 시작하고, 근거가 답을 주지 못하면 상위 모드로 전환합니다. 성공한 듯 보이는 호출만 측정하지 말고 어렵고 대표적인 질문을 평가에 남겨야 합니다. 사용자가 실제로 중요하게 여기는 질의가 포함되어야 낮은 평균 비용도 의미가 있습니다.

평범한 조사 업무 세 가지가 누락된 세부 사항의 중요성을 보여 줍니다

경쟁사 가격 조사를 생각해 보겠습니다. 세 서비스를 청구 기간, 포함 사용자 수, 필수 기능 제공 여부로 비교해야 합니다. 짧은 발췌는 반복적인 홍보 문구를 줄이고 비교표를 만들기 쉽게 합니다. 그래도 매월 약정하는 요금과 연간 요금제를 월 환산 가격으로 표시한 경우의 차이는 남겨야 합니다.

결과에는 비교하는 사실마다 출처 URL과 확인 날짜가 붙어야 합니다. 확정 가격이 없는 행은 미확인으로 남길 수 있습니다. 추정값으로 빈칸을 채우면 표는 완전해 보이지만 구매 판단은 나빠집니다. 유용한 최적화는 어떤 대가를 치르더라도 빽빽한 표를 만드는 것이 아니라, 판단 품질을 유지하면서 읽을 양을 줄이는 것입니다.

개발자 문서 도우미는 다른 실패를 시험합니다. 이전 작업에 관한 질문에 현재 API 문서, 오래된 튜토리얼, 변경 기록이 함께 검색될 수 있습니다. 오래된 튜토리얼은 검색어와 잘 맞으면서 폐기된 매개변수를 권할 수 있습니다. 도우미에는 버전과 날짜 맥락, 발췌가 모호할 때 공식 기준 문서를 여는 경로가 필요합니다.

지역 상품이나 서비스 조회에는 최신성이 더해집니다. Exa는 이번 출시에서 쇼핑, 지역 사업체, 시간에 민감한 정보의 범위를 넓혔다고 설명합니다. 검색 결과는 후보 발견에 유용하지만, 실행 가능한 추천을 제시하기 전에는 선택한 판매자의 현재 가격, 재고나 영업시간을 확인해야 합니다. 답변이 거래에 가까워질수록 살펴보지 않은 타임스탬프를 허용하기 어렵습니다.

이는 자체 API 벤치마크 결과가 아니라 통합을 설명하기 위한 사례입니다. 같은 검색 기능도 제품마다 가치가 달라지는 이유를 보여 줍니다. 주간 배경 보고서와 지금 구매할 물건을 묻는 쇼핑 도우미는 서로 다른 최신성 정책을 적용할 수 있습니다.

작은 요청에서 시작하고 근거 필드를 보존하세요

공식 검색 API는 질의, 검색 유형과 요청 콘텐츠를 받습니다. 개발자는 Exa 대시보드에서 키를 생성해 서버에 보관할 수 있습니다. 다음 HTTP 요청 형태는 현재 API 문서에 따라 하이라이트를 요청하는 시작 예시입니다. 이 글을 위해 실제 실행한 요청은 아니며 환경에 맞게 조정해야 합니다. 결과 전체에서 선택하는 원리는 Dynamic Highlights 발표에 나옵니다.

{
  "query": "official pricing and annual billing terms for a project management service",
  "type": "auto",
  "numResults": 5,
  "contents": {
    "highlights": true
  }
}

서버에서 x-api-key 헤더로 인증해 https://api.exa.ai/search로 요청합니다. 자격 증명은 브라우저 코드, 공개 노트북, 화면 캡처에 넣지 않습니다. 반환된 제목, URL과 선택된 문단을 출처 없는 덩어리로 합치지 말고 보존해야 합니다. 나중의 검토는 근거가 어디서 왔는지 알아야 가능합니다. API 인증과 응답 필드.

1. 업무 하나와 허용할 답변을 정합니다. 가격 조사라면 필수 필드와 값이 없을 때의 처리 방식을 적습니다.
2. 작고 대표적인 질문 묶음을 만듭니다. 일반 조회, 변경된 가격, 폐기된 API 예제, 명확한 답이 없는 질문을 포함합니다.
3. 같은 질문으로 Lite와 Auto를 실행합니다. 답변 모델과 출력 요구를 동일하게 유지해 비교를 해석할 수 있게 합니다.
4. 중요한 주장에는 원문 페이지를 확인합니다. 유창함만 평가하지 말고 조건, 날짜, 모순을 살핍니다.
5. 전체 작업을 측정합니다. 검색 호출, 반환 맥락, 후속 조회, 답변 토큰, 지연과 수락된 답변을 기록합니다.
6. 확대 확인 규칙을 정합니다. 필요한 근거가 없으면 출처를 다시 열거나 맥락을 추가 요청합니다. 사실이 아직 확인되지 않았다고 답할 수 있게 합니다.

평가를 거대한 벤치마크 프로젝트로 만들 필요는 없습니다. 신중하게 고른 실패 몇 개가 쉬운 질문 수백 개보다 많은 것을 드러낼 수 있습니다. 목표는 압축을 멈추고 자료를 더 자세히 살펴야 하는 지점을 찾는 것입니다.

짧은 발췌와 생성된 요약은 역할이 다릅니다

Exa의 Contents 문서는 원문에서 가져온 하이라이트, 전체 텍스트와 생성된 요약을 구분합니다. 유용한 제품 경계입니다. 발췌는 출처가 실제 사용한 표현을 보여 줄 수 있습니다. 생성된 요약은 그 표현을 다른 모델이 해석한 결과입니다. 답변 모델에 전달할 때도 각각의 성격이 사라져서는 안 됩니다. Contents API 안내.

전체 페이지 조회도 여전히 필요합니다. 가격표 아래에 예외가 있거나, 한 문장의 뜻이 앞선 정의에 달려 있을 수 있습니다. 짧은 하이라이트가 탐색에 잘 작동하더라도 넓은 맥락이 결정에 중요하면 원문을 여는 것이 합리적입니다. 후보를 먼저 줄인 다음 중요한 근거를 살피는 방식으로 두 단계를 함께 활용할 수 있습니다.

자체 제작한 설명용 인포그래픽입니다. 검토 단계는 애플리케이션 설계에 대한 제안이며, Exa가 결정을 자동 승인한다는 의미가 아닙니다.

신뢰할 수 없는 출처 콘텐츠라는 보안 문제도 있습니다. 검색한 웹페이지는 세상에 관한 근거이지 에이전트의 지시를 바꾸거나 자격 증명을 공개할 권한이 아닙니다. 검색을 이메일, 구매, 파일 도구와 연결하는 애플리케이션은 이 경계를 유지해야 합니다. 출처가 결제 과정을 설명한다고 해서 사용자를 대신해 실행할 권한을 갖지는 않습니다.

질의가 무엇을 외부에 알리는지도 검토해야 합니다. 비공개 고객, 내부 프로젝트명, 미출시 제품에 대한 검색은 정보를 애플리케이션 밖으로 보냅니다. 적절한 데이터 처리와 보존 조건은 업무에 따라 다릅니다. 반환 맥락이 줄어도 보낸 질의의 민감성은 줄지 않습니다.

더 나은 검색은 답변을 검증하기 쉽게 해야 합니다

Exa 3.0에 대한 가장 큰 기대는 질문에서 유용한 근거까지 가는 경로가 짧아지는 것입니다. 넓어진 검색 범위, 결과 간 하이라이트 배분과 두 가격대는 개발자가 평가할 구체적인 선택지를 줍니다. 적은 자료를 선택하는 것이 단순한 비용 절감을 넘어 검색 품질 개선의 일부일 수 있다는 상업적인 제안입니다.

우려는 보이지 않는 누락입니다. 불편한 조건이 앞 단계에서 사라졌기 때문에 간결한 답변이 더 권위 있게 느껴질 수 있습니다. 애플리케이션은 독자가 근거 출처를 확인하게 하고, 발췌에 없는 세부 사항이 결정에 필요하면 원문을 다시 열어야 합니다.

중요한 결과는 누군가 링크를 클릭한 뒤에도 근거를 설명할 수 있는 답변입니다. 독자가 결론을 이해하고, 뒷받침하는 문단을 찾고, 무엇이 불확실한지 알아볼 수 있을 때 검색이 역할을 다한 것입니다. 적은 맥락 예산도 이 능력을 보존해야 가치가 있습니다.

출처

• Exa 3.0 소개, 2026년 10월 19일.
• Dynamic Highlights 원리와 공급업체 평가, 2026년 8월 28일. 프리뷰 상태는 10월 정식 출시로 대체되었습니다.
• Search API 문서, 2026년 10월 23일 확인.
• Contents API 안내, 2026년 10월 23일 확인.
• 가격과 과금 정의, 2026년 10월 23일 확인.
• Exa 공식 브랜드 자료와 표시 지침, 2026년 10월 23일 확인.

답변과 근거를 함께 보관하세요

출처 링크와 직접 검토한 조사 내용을 별도 작업 공간에 보관하려는 독자에게 Telli.sh도 하나의 선택지입니다. 메모 작업 공간 열기.