Exa 3.0 zadaje lepsze pytanie wyszukiwarce: co agent może pominąć?

Znak Exa z oficjalnych materiałów marki, pokazany z oryginalnymi kolorami i proporcjami w celu identyfikacji redakcyjnej. Nie jest zrzutem wyników ani kopią wykresów benchmarków Exa; nie sugeruje partnerstwa.

Agent badający subskrypcję oprogramowania znajduje odpowiedź na dziesięciu stronach. Każda powtarza opis produktu, nawigację i reklamę. Decyzja zależy od trzech szczegółów: ceny, okresu rozliczenia i tego, czy potrzebna funkcja należy do innego planu. Więcej tekstu może utrudnić znalezienie odpowiedzi.

19 października 2026 roku Exa wydała Exa 3.0, modernizując infrastrukturę i udostępniając Dynamic Highlights ogólnie. Wprowadziła też Lite za 4 USD za 1000 zapytań, obok Auto za 7 USD za 1000 zapytań. Exa dostarcza API wyszukiwania i treści dla aplikacji oraz agentów: to infrastruktura podłączana przez programistę, a nie tylko kolejny czat. Ogłoszenie premiery.

Naszym zdaniem znaczącą zmianą jest próba wybierania przydatnych dowodów z całego zestawu wyników. Mniejszy kontekst może obniżyć koszt i rozproszenie, ale liczy się to, które szczegóły przetrwają. Wyjaśniamy kompromis w praktycznych badaniach, ceny i ocenę integracji bez mylenia testu dostawcy z własnym obciążeniem.

Wynik wyszukiwania stał się przestrzenią roboczą modelu

Zwykła wyszukiwarka pomaga człowiekowi wybrać stronę. Agent często bezpośrednio konsumuje materiał, po czym odpowiada, szuka ponownie lub wywołuje narzędzie. Jakość pobierania wpływa zatem nie tylko na listę linków, lecz także na wiedzę następnego wywołania modelu.

Powstaje podatek od kontekstu: każdy nieistotny akapit zajmuje miejsce przydatnego. Powtórzenia nasilają problem. Pięć stron cytujących komunikat może wyprzeć dokument techniczny z ważnym ograniczeniem. Duże okno daje więcej pojemności, ale nie wybiera źródła wartego uwagi.

Kierunek Exa odpowiada na problem selekcji przed przekazaniem materiału modelowi. Endpoint wyszukiwania zwraca URL i istotne fragmenty razem. Osobne Contents API pobiera dane ze znanych adresów. Programista wybiera rolę: znajdowanie kandydatów, wydobywanie dowodów albo dostarczanie materiału większemu procesowi. Dokumentacja Search API.

To przydatne rozróżnienie dla osób nieznających firmy. Aplikacja z Exa nadal potrzebuje własnych instrukcji, prezentacji i reguł. API daje dowody, lecz nie określa akceptowalnej odpowiedzi dla porównania prawnego, zakupów czy migracji oprogramowania. To decyzje projektowe produktu.

Dynamic Highlights zmienia przydział między stronami

Zwykłe fragmenty można wybierać osobno z każdej strony, dając podobny limit wynikom powtarzającym ten sam fakt. Dynamic Highlights rozpatruje dokumenty łącznie, przeznaczając więcej miejsca na silniejszy materiał i mniej na powtórzenia. Exa przedstawiła funkcję jako wersję badawczą 28 sierpnia, a w październiku udostępniła ogólnie. Wyjaśnienie Dynamic Highlights.

Wyobraźmy sobie sześć stron o premierze, dwie powtarzające specyfikację i jedną opisującą ograniczenie. Stały fragment każdej daje długi, powtarzalny pakiet. Wspólny budżet pozwala zachować specyfikację raz i zrobić miejsce na ograniczenie.

To pożądane zachowanie, nie gwarancja konkretnego zapytania. Mechanizm musi rozpoznać znaczenie ograniczenia. Gdy pytamy tylko o cenę nagłówkową, warunek wdrożenia firmowego wygląda pobocznie, choć dla nabywcy jest decydujący. Dobre pytanie i kontrola nadal należą do procesu.

Autorska infografika redakcyjna. Bloki wyjaśniają zasadę przydziału; są ilustracją, nie odtworzeniem zmierzonych liczb tokenów Exa.

Exa deklaruje o 95% mniej tokenów niż pełny tekst stron we własnej ocenie. Punkt odniesienia ma znaczenie: całe strony zawierają znacznie więcej niż już wybrane fragmenty. Sierpniowy raport osobno opisuje 30% redukcji całkowitego zużycia tokenów agenta w testach agentowych. To różne wielkości, nie zamienne oszczędności całego rachunku aplikacji.

Wniosek do oceny jest prosty. Policz zwrócony materiał i dalszą pracę modelu. Mała odpowiedź wyszukiwania jest słabą oszczędnością, jeśli brak dowodów wywołuje kolejne poszukiwania albo błąd. Użyteczna kompresja zachowuje fakty pozwalające zakończyć pracę z właściwego powodu.

Lite i Auto warto sprawdzić na rzeczywistych pytaniach

Według wydania Lite i Auto używają tego samego indeksu, ale Auto przeznacza więcej obliczeń na etapy pobierania. Daje to wybór między niższą ceną bazową a trybem nastawionym na wyższą jakość. Nie dowodzi, że Lite wystarcza do każdego pozornie prostego pytania ani że Auto jest konieczne do każdego ważnego.

Opublikowane stawki ułatwiają kalkulację pilotażu. Przy cenach bazowych 10 000 zapytań Lite kosztuje 40 USD, a 10 000 Auto — 70 USD. To przykłady arytmetyki zapytań, nie wycena pełnych zadań agenta. Proces może wykonać wiele wywołań i ponieść inne opłaty.

Dokumentacja cen mówi, że stawka bazowa obejmuje do 10 wyników. Dodatkowe wyniki i generowane podsumowania stron kosztują osobno. Pobieranie znanych URL przez Contents to kolejny produkt. Aplikacja z wyszukiwaniem, pełnymi stronami i modelem powinna mierzyć łączny koszt zaakceptowanej odpowiedzi. Aktualna dokumentacja cen.

Polityka routingu może być skromna: zacząć ograniczone sprawdzenie tańszym trybem, a eskalować, gdy dowody nie odpowiadają. Zachowaj trudne reprezentatywne pytania w zestawie, zamiast mierzyć tylko udane wywołania. Niska średnia jest przydatna, jeśli obejmuje pytania ważne dla użytkowników.

Trzy zwykłe zadania pokazują znaczenie brakującego szczegółu

Rozważmy zestawienie cen konkurentów. Aplikacja porównuje trzy usługi według okresu płatności, liczby miejsc i wymaganej funkcji. Krótkie fragmenty usuwają powtarzaną reklamę i ułatwiają tabelę. Muszą jednak zachować różnicę między zobowiązaniem miesięcznym a miesięcznym ekwiwalentem ceny rocznej.

Wynik powinien przypisać każdemu faktowi URL i datę obserwacji. Niepotwierdzona cena może pozostać nieznana. Uzupełnienie luki domysłem daje pełniejszą tabelę i gorszą decyzję zakupową. Właściwa optymalizacja to mniej czytania przy tej samej jakości decyzji, nie gęstsza tabela za wszelką cenę.

Asystent dokumentacji programistycznej sprawdza inny błąd. Na pytanie migracyjne odpowiadają bieżąca referencja API, stary poradnik i changelog. Stary tekst może świetnie pasować słowami, a polecać wycofany parametr. Potrzeba wersji, daty i możliwości otwarcia autorytatywnej referencji przy niejasnym fragmencie.

Lokalne wyszukiwanie produktu lub usługi dodaje świeżość. Wydanie opisuje szersze pokrycie zakupów, lokalnych firm i informacji czasowych. Wynik pomaga odkryć kandydata, lecz aplikacja powinna sprawdzić obecną cenę, dostępność lub godziny sprzedawcy przed praktyczną rekomendacją. Im bliżej transakcji, tym mniej akceptowalny niezweryfikowany znacznik czasu.

To przykłady integracji, nie wyniki naszego benchmarku API. Ta sama funkcja ma różną wartość w różnych produktach. Cotygodniowy raport w tle toleruje inną politykę świeżości niż asystent odpowiadający o zakupie na teraz.

Zacznij od małego zapytania i zachowaj pola dowodów

Oficjalne API przyjmuje pytanie, typ wyszukiwania i żądaną treść. Programista tworzy klucz w panelu Exa i przechowuje na serwerze. Poniższy kształt HTTP zamawia fragmenty zgodnie z aktualną dokumentacją; to przykład do adaptacji, nie wykonane na potrzeby tekstu zapytanie. Mechanizm selekcji opisuje ogłoszenie Dynamic Highlights.

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

Wyślij je do https://api.exa.ai/search z serwerowym uwierzytelnianiem nagłówkiem x-api-key. Nie umieszczaj kluczy w kodzie przeglądarki, publicznych notatnikach i zrzutach. Zachowaj tytuły, URL i fragmenty zamiast sklejać je w anonimowy blok: późniejszy przegląd wymaga pochodzenia dowodów. Uwierzytelnianie i pola odpowiedzi.

1. Wybierz zadanie i akceptowalną odpowiedź. Dla cen zapisz wymagane pola i zachowanie przy brakach.
2. Zbuduj mały reprezentatywny zestaw. Dodaj zwykłe pytanie, zmianę ceny, przestarzały przykład API i brak jasnej odpowiedzi.
3. Uruchom Lite i Auto na tych samych pytaniach. Zachowaj model i wymagania wyniku dla zrozumiałego porównania.
4. Obejrzyj oryginały ważnych twierdzeń. Sprawdź warunki, daty i sprzeczności zamiast samej płynności.
5. Zmierz całą pracę. Zapisz wyszukiwania, kontekst, dalsze pobieranie, tokeny odpowiedzi, opóźnienie i zaakceptowane odpowiedzi.
6. Ustal eskalację. Otwórz źródło lub zażądaj kontekstu, gdy brakuje dowodów. Pozwól aplikacji powiedzieć, że fakt pozostaje niepotwierdzony.

Ocena nie musi być wielkim projektem benchmarkowym. Kilka dobranych niepowodzeń ujawnia więcej niż setki łatwych pytań. Celem jest znalezienie punktu, w którym trzeba przestać kompresować i zbadać materiał dokładniej.

Krótki fragment i wygenerowane podsumowanie mają różne zadania

Dokumentacja Contents odróżnia skopiowane fragmenty, pełny tekst i generowane skróty. To użyteczna granica. Fragment pokazuje słowa źródła; podsumowanie to interpretacja innego modelu. Nie powinny tracić tożsamości po przekazaniu modelowi odpowiedzi. Przewodnik Contents API.

Pełna strona nadal ma miejsce. Wyjątek może być pod tabelą cen, a znaczenie zdania zależeć od wcześniejszej definicji. Otwarcie źródła jest rozsądne przy decyzji wymagającej szerszego kontekstu, nawet gdy małe fragmenty dobrze odkrywają kandydatów. Etapy się uzupełniają: najpierw zawężenie, potem inspekcja istotnych dowodów.

Autorska infografika redakcyjna. Bramka przeglądu to rekomendacja projektowa, nie twierdzenie, że Exa automatycznie zatwierdza decyzje.

Powiązanym ryzykiem jest niezaufana treść. Pobrana strona to dowód o świecie, nie pozwolenie na zmianę instrukcji agenta lub ujawnienie kluczy. Aplikacje łączące wyszukiwanie z pocztą, zakupami i plikami powinny zachować granicę. Źródło może opisać zakup bez upoważnienia do wykonania go za użytkownika.

Programiści powinni też sprawdzać ujawnianie danych w pytaniach. Zapytanie o poufnego klienta, wewnętrzny projekt lub niewydany produkt wysyła informację poza aplikację. Właściwe warunki danych i retencji zależą od obciążenia. Mniejszy zwrócony kontekst nie zmniejsza wrażliwości wysłanego pytania.

Lepsze wyszukiwanie powinno ułatwiać podważenie odpowiedzi

Najmocniejszym oczekiwaniem wobec Exa 3.0 jest krótsza droga od pytania do przydatnych dowodów. Szersze pobieranie, wspólny przydział fragmentów i dwa poziomy cen dają konkretne możliwości oceny. Argument handlowy jest ciekawy: wybieranie mniej może poprawiać jakość, nie tylko ciąć koszt.

Obawą jest niewidoczne pominięcie. Zwięzła odpowiedź może wyglądać bardziej autorytatywnie właśnie dlatego, że niewygodne warunki zniknęły wcześniej. Czytelnik powinien obejrzeć źródło, a aplikacja wrócić do niego, gdy decyzja zależy od brakującego szczegółu.

Liczy się odpowiedź broniąca się po kliknięciu linku. Wyszukiwanie spełnia rolę, gdy czytelnik rozumie wniosek, znajduje fragment dowodowy i widzi niepewność. Mniejszy budżet kontekstu zasługuje na miejsce dzięki zachowaniu tej możliwości.

Źródła

• Przedstawiamy Exa 3.0, 19 października 2026.
• Mechanizm Dynamic Highlights i oceny dostawcy, 28 sierpnia 2026; status badawczy zastąpiony październikową premierą.
• Dokumentacja Search API, sprawdzono 23 października 2026.
• Przewodnik Contents API, sprawdzono 23 października 2026.
• Ceny i definicje opłat, sprawdzono 23 października 2026.
• Oficjalne zasoby marki Exa i zasady wyświetlania, sprawdzono 23 października 2026.

Zachowaj odpowiedź razem z dowodami

Jeśli potrzebujesz osobnej przestrzeni na źródła i własne sprawdzone badania, jedną z możliwości jest Telli.sh. Otwórz przestrzeń na notatki.