Exa 3.0 stellt die bessere Suchfrage: Was darf der Agent weglassen?
Exas Suchupdate verbindet resultatsübergreifende Highlights, einen günstigeren Lite-Tarif und breitere Abdeckung. Die Chance ist nützlicherer, kleinerer Kontext; das Risiko ist die verlorene Bedingung, die die Antwort verändert.
Exa-Zeichen aus den offiziellen Markenmaterialien, zur redaktionellen Kennzeichnung in ursprünglichen Farben und Proportionen gezeigt. Dies ist weder ein Suchergebnis-Screenshot noch eine Wiedergabe von Exas Benchmarkdiagrammen; eine Partnerschaft wird nicht angedeutet.
Ein Agent recherchiert ein Softwareabonnement und findet die Antwort auf zehn Seiten. Jede wiederholt Produktbeschreibung, Navigation und Verkaufsargumente. Die eigentliche Entscheidung hängt von drei Details ab: Preis, Abrechnungszeitraum und der Frage, ob die benötigte Funktion zu einem anderen Tarif gehört. Mehr Text kann das Finden der Antwort erschweren.
Am 19. Oktober 2026 veröffentlichte Exa Exa 3.0, erneuerte seine Suchinfrastruktur und machte Dynamic Highlights allgemein verfügbar. Das Unternehmen führte außerdem Lite für 4 US-Dollar je 1.000 Anfragen ein, neben Auto für 7 US-Dollar je 1.000 Anfragen. Exa bietet Websuche und Inhalts-APIs für Anwendungen und Agenten. Es handelt sich um Infrastruktur, die Entwickler mit einem Produkt verbinden, statt bloß um eine weitere Chatoberfläche. Veröffentlichungsankündigung.
Unsere Einschätzung: Die relevante Neuerung ist der Versuch, nützliche Belege über die gesamte Ergebnismenge hinweg auszuwählen. Kleinerer Kontext kann Kosten und Ablenkung senken. Entscheidend bleibt, welche Details erhalten bleiben. Hier geht es darum, was dieser Zielkonflikt für praktische Recherche bedeutet, wie die Preise einzuordnen sind und wie sich eine Integration bewerten lässt, ohne einen Anbieterbenchmark mit der eigenen Arbeitslast zu verwechseln.
Das Suchergebnis ist Teil des Arbeitsraums des Modells geworden
Eine herkömmliche Suchmaschine hilft Menschen, eine Seite auszuwählen. Ein Agent verarbeitet das zurückgegebene Material häufig direkt und entscheidet anschließend, ob er antwortet, erneut sucht oder ein anderes Werkzeug aufruft. Die Retrievalqualität beeinflusst daher mehr als eine Linkliste: Sie bestimmt mit, was der nächste Modellaufruf wissen kann.
Daraus entsteht eine Kontextlast: Jeder irrelevante Absatz belegt Platz, der Nützliches enthalten könnte. Wiederholungen verschärfen das Problem. Fünf Seiten mit derselben Pressemitteilung können ein technisches Dokument verdrängen, das eine wichtige Einschränkung enthält. Ein großes Kontextfenster schafft mehr Kapazität, entscheidet aber nicht, welche Quelle Aufmerksamkeit verdient.
Exas Produktrichtung setzt an diesem Auswahlproblem an, bevor das antwortende Modell das Material erhält. Der Suchendpunkt kann URLs und relevante Textstellen gemeinsam zurückgeben. Die separate Contents API ruft Informationen von bereits bekannten URLs ab. Entwickler bestimmen die Rolle des Dienstes: Kandidaten finden, Belege extrahieren oder Material für einen größeren Rechercheprozess bereitstellen. Search-API-Referenz.
Diese Unterscheidung hilft Lesern, die das Unternehmen noch nicht kennen. Eine mit Exa gebaute Anwendung benötigt weiterhin eigene Anweisungen, Darstellung und Entscheidungsregeln. Die API kann Belege liefern; sie definiert nicht, was bei einem juristischen Vergleich, einem Einkaufsassistenten oder einer Softwaremigration als akzeptable Antwort gilt. Das bleiben Produktentscheidungen.
Dynamic Highlights verändert die Verteilung zwischen Seiten
Gewöhnliche Auszüge lassen sich Seite für Seite auswählen. Dabei kann jedes Ergebnis ein ähnliches Kontingent erhalten, obwohl mehrere Seiten dieselbe Tatsache wiederholen. Dynamic Highlights betrachtet die gefundenen Dokumente gemeinsam. Dadurch kann die Auswahl stärkeres Material bevorzugen und weniger Raum für Wiederholungen verwenden. Exa stellte die Funktion am 28. August als Forschungsvorschau vor und machte sie mit der Oktoberveröffentlichung allgemein verfügbar. Erläuterung zu Dynamic Highlights.
Ein beispielhafter Vergleich verdeutlicht den Unterschied. Sechs Seiten beschreiben eine Produkteinführung, zwei liefern dieselbe Spezifikationstabelle und eine erklärt eine Einschränkung. Ein fester Auszug pro Seite kann ein langes, repetitives Paket ergeben. Ein gemeinsames Budget über alle Ergebnisse schafft die Möglichkeit, die Spezifikation einmal aufzunehmen und Platz für die Einschränkung zu lassen.
Das ist das gewünschte Verhalten, keine Garantie für eine bestimmte Anfrage. Das Retrieval muss erkennen, dass die Einschränkung wichtig ist. Fragt die Suchanfrage nur nach dem beworbenen Preis, kann eine Bedingung für den Unternehmenseinsatz nebensächlich wirken, obwohl sie für den späteren Käufer entscheidend ist. Gute Anfragegestaltung und eine nachgelagerte Prüfung bleiben Teil des Ablaufs.
Eigene redaktionelle Infografik. Die Blöcke erläutern das Verteilungsprinzip; sie sind beispielhaft und bilden keine gemessenen Exa-Tokenzahlen ab.
Exa zufolge verwendet Dynamic Highlights in seiner Auswertung 95 Prozent weniger Tokens als vollständiger Seitentext. Die Vergleichsbasis ist wichtig: Ganze Seiten enthalten erheblich mehr Material als bereits ausgewählte Auszüge. Der Augustbericht beschreibt separat eine Reduktion des gesamten Tokenverbrauchs von Agenten um 30 Prozent in agentischen Auswertungen. Diese Werte betreffen unterschiedliche Größen und sind keine austauschbaren Einsparungen auf der Gesamtrechnung einer Anwendung.
Die Konsequenz für die Evaluation ist einfach. Zählen Sie das von der Suche gelieferte Material, aber ebenso die anschließende Arbeit des Modells. Eine kleinere Suchantwort lohnt wenig, wenn fehlende Belege mehrere weitere Suchen oder eine falsche Antwort verursachen. Nützliche Verdichtung bewahrt die Fakten, mit denen der Agent aus dem richtigen Grund aufhören kann.
Lite und Auto sollten mit echten Fragen verglichen werden
Laut Exas Veröffentlichung verwenden Lite und Auto denselben Index. Auto investiert mehr Rechenarbeit in die Retrievalstufen. Entwickler haben damit eine praktische Wahl zwischen einem niedrigeren Grundpreis pro Anfrage und einem Modus, der eine höhere Retrievalqualität anstrebt. Daraus folgt weder, dass Lite für jede einfach wirkende Frage reicht, noch dass Auto für jede wichtige Frage nötig ist.
Die veröffentlichten Tarife erleichtern die Kalkulation eines kleinen Piloten. Zu den genannten Grundpreisen kosten 10.000 Lite-Anfragen 40 US-Dollar und 10.000 Auto-Anfragen 70 US-Dollar. Das sind Rechenbeispiele für Suchanfragen, keine Angebote für vollständige Agentenaufgaben. Ein Ablauf kann mehrere Aufrufe und weitere Kosten verursachen.
| Frage für die Anwendung | Lite | Auto |
|---|---|---|
| Angekündigter Grundpreis | 4 US-Dollar je 1.000 Anfragen | 7 US-Dollar je 1.000 Anfragen |
| Verhältnis der Indizes | Derselbe Index wie Auto | Derselbe Index wie Lite |
| Retrievalberechnung | Kostengünstigere Option | Mehr Berechnung über die Retrievalstufen |
| Sinnvolle Evaluation | Häufige Abfragen und wiederholte, klar begrenzte Aufgaben | Fragen, bei denen ein übersehenes relevantes Ergebnis teuer ist |
Laut Exas Preisdokumentation umfasst der Suchgrundpreis bis zu zehn Ergebnisse. Zusätzliche Ergebnisse und generierte Seitenzusammenfassungen werden separat berechnet. Das Abrufen bekannter URLs über Contents ist ebenfalls ein eigenes Produkt. Eine Anwendung mit Suche, anschließenden Vollseitenabrufen und Sprachmodell sollte die Gesamtkosten pro akzeptierter Antwort messen. Aktuelle Preisreferenz.
Eine sinnvolle Routingregel kann schlicht sein: Eine begrenzte Abfrage beginnt im günstigeren Modus; reichen die Belege nicht zur Antwort, wird eskaliert. Schwierige, repräsentative Fragen gehören in den Testsatz, statt nur erfolgreich wirkende Aufrufe zu messen. Niedrige Durchschnittskosten sind nur nützlich, wenn sie die Fragen einschließen, die Nutzern tatsächlich wichtig sind.
Drei alltägliche Rechercheaufgaben zeigen, warum das fehlende Detail zählt
Nehmen wir einen Preisvergleich von Wettbewerbern. Die Anwendung soll drei Dienste nach Abrechnungsintervall, enthaltenen Nutzerplätzen und Verfügbarkeit einer erforderlichen Funktion vergleichen. Kurze Auszüge können wiederholte Werbesprache entfernen und den Vergleich erleichtern. Sie müssen aber den Unterschied zwischen einer monatlichen Verpflichtung und einem als Monatsbetrag dargestellten Jahrespreis bewahren.
Jede vergleichbare Tatsache sollte mit Quell-URL und Beobachtungsdatum verbunden sein. Eine Zeile ohne bestätigten Preis darf unbekannt bleiben. Eine erschlossene Zahl schließt optisch die Lücke und verschlechtert zugleich die Kaufentscheidung. Sinnvoll ist weniger Leseaufwand bei gleicher Entscheidungsqualität, statt um jeden Preis eine dichtere Tabelle zu erzeugen.
Ein Assistent für Entwicklerdokumentation prüft einen anderen Fehlerfall. Eine Migrationsfrage kann durch eine aktuelle API-Referenz, ein älteres Tutorial und ein Änderungsprotokoll beantwortet werden. Das alte Tutorial kann ausgezeichnet zu den Suchbegriffen passen und dennoch einen veralteten Parameter empfehlen. Der Assistent braucht Versions- und Datumskontext sowie die Möglichkeit, bei mehrdeutigen Auszügen die maßgebliche Referenz zu öffnen.
Eine lokale Produkt- oder Dienstleistungssuche ergänzt die Aktualitätsfrage. Exas Veröffentlichung beschreibt breitere Abdeckung von Einkauf, lokalen Unternehmen und zeitkritischen Informationen. Ein Ergebnis kann Kandidaten erschließen. Vor einer handlungsrelevanten Empfehlung sollte die Anwendung jedoch aktuellen Preis, Verfügbarkeit oder Öffnungszeiten beim ausgewählten Händler prüfen. Je näher die Antwort an eine Transaktion rückt, desto weniger akzeptabel ist ein ungeprüfter Zeitstempel.
Dies sind beispielhafte Integrationsszenarien, keine Ergebnisse unseres eigenen API-Benchmarks. Sie zeigen, warum dieselbe Retrievalfunktion in verschiedenen Produkten unterschiedlichen Wert haben kann. Ein wöchentliches Hintergrundbriefing verträgt eine andere Aktualitätsregel als ein Einkaufsassistent für etwas, das der Nutzer jetzt kaufen möchte.
Mit einer kleinen Anfrage beginnen und Belegfelder erhalten
Die offizielle Search API akzeptiert eine Anfrage, einen Suchtyp und gewünschte Inhalte. Entwickler können im Exa-Dashboard einen Schlüssel erzeugen und ihn auf dem Server aufbewahren. Die folgende HTTP-Struktur fordert nach der aktuellen API-Referenz Highlights an. Sie ist ein anpassbares Ausgangsbeispiel und wurde für diesen Artikel nicht ausgeführt. Den Mechanismus der resultatsübergreifenden Auswahl erklärt Exa in seiner Dynamic-Highlights-Ankündigung.
{
"query": "official pricing and annual billing terms for a project management service",
"type": "auto",
"numResults": 5,
"contents": {
"highlights": true
}
}
Senden Sie die Anfrage an https://api.exa.ai/search und authentifizieren Sie sie serverseitig über den Header x-api-key. Zugangsdaten gehören nicht in Browsercode, veröffentlichte Notebooks oder Screenshots. Bewahren Sie zurückgegebene Titel, URLs und ausgewählte Passagen auf, statt alles zu einem anonymen Textblock zu verbinden. Eine spätere Prüfung muss nachvollziehen können, woher Belege stammen. API-Authentifizierung und Antwortfelder.
- Eine Aufgabe wählen und eine akzeptable Antwort definieren. Für einen Preisvergleich werden Pflichtfelder und der Umgang mit fehlenden Werten festgelegt.
- Einen kleinen repräsentativen Fragensatz erstellen. Dazu gehören eine normale Abfrage, ein geänderter Preis, ein veraltetes API-Beispiel und eine Frage ohne klare Antwort.
- Lite und Auto mit denselben Fragen ausführen. Antwortmodell und Ausgabeanforderungen bleiben gleich, damit der Vergleich interpretierbar ist.
- Bei folgenreichen Aussagen die Originalseiten prüfen. Bedingungen, Daten und Widersprüche zählen ebenso wie sprachliche Flüssigkeit.
- Die gesamte Arbeit messen. Suchaufrufe, gelieferter Kontext, Folgeabrufe, Antworttokens, Latenz und akzeptierte Antworten werden erfasst.
- Eine Eskalationsregel festlegen. Fehlen erforderliche Belege, wird eine Quelle erneut geöffnet oder mehr Kontext angefordert. Die Anwendung darf erklären, dass eine Tatsache unbestätigt bleibt.
Die Evaluation muss kein aufwendiges Benchmarkprojekt werden. Wenige sorgfältig ausgewählte Fehlerfälle können mehr zeigen als Hunderte leichter Fragen. Gesucht ist der Punkt, an dem die Anwendung die Verdichtung beenden und das Material genauer untersuchen muss.
Kurze Passage und generierte Zusammenfassung haben unterschiedliche Aufgaben
Exas Contents-Dokumentation unterscheidet übernommene Highlights, Volltext und generierte Zusammenfassungen. Das ist eine nützliche Produktgrenze. Eine Passage zeigt, welche Worte die Quelle verwendet. Eine generierte Zusammenfassung ist die Interpretation dieser Worte durch ein weiteres Modell. Bei der Übergabe an das Antwortmodell sollten beide ihre Identität behalten. Contents-API-Leitfaden.
Vollseitenabrufe bleiben sinnvoll. Eine Ausnahme kann unter der Preistabelle stehen; die Bedeutung eines Satzes kann von einer vorherigen Definition abhängen. Hängt eine Entscheidung vom größeren Zusammenhang ab, ist das Öffnen der Quelle vernünftig, auch wenn kompakte Highlights zur Entdeckung gut funktionieren. Beide Schritte ergänzen sich: zunächst Kandidaten reduzieren, anschließend die folgenreichen Belege prüfen.
Eigene redaktionelle Infografik. Die Prüfstufe ist eine Empfehlung für das Anwendungsdesign, keine Behauptung, Exa genehmige Entscheidungen automatisch.
Ein verwandtes Sicherheitsproblem sind nicht vertrauenswürdige Quellinhalte. Eine abgerufene Webseite liefert Belege über die Welt, aber keine Erlaubnis, Agentenanweisungen zu verändern oder Zugangsdaten offenzulegen. Anwendungen, die Suche mit E-Mail-, Einkaufs- oder Dateiwerkzeugen verbinden, sollten diese Grenze bewahren. Eine Quelle kann einen Bezahlvorgang beschreiben, ohne dadurch befugt zu sein, ihn im Namen des Nutzers auszuführen.
Entwickler sollten auch prüfen, was ihre Suchanfragen offenlegen. Die Suche nach einem vertraulichen Kunden, internen Projektnamen oder unveröffentlichten Produkt sendet Informationen aus der Anwendung heraus. Geeignete Regeln zu Datenverarbeitung und Aufbewahrung hängen von der Arbeitslast ab. Kleinerer zurückgelieferter Kontext verringert nicht die Sensibilität der gesendeten Anfrage.
Bessere Suche sollte Antworten leichter überprüfbar machen
Die stärkste Erwartung an Exa 3.0 ist ein kürzerer Weg von einer Frage zu nützlichen Belegen. Breiteres Retrieval, gemeinsame Highlightverteilung und zwei Preisstufen geben Entwicklern konkrete Optionen zum Testen. Die Veröffentlichung formuliert ein interessantes kommerzielles Argument: Weniger Material auszuwählen kann die Suchqualität verbessern und mehr sein als eine Sparmaßnahme.
Die Sorge betrifft unsichtbare Auslassungen. Eine knappe Antwort kann gerade deshalb besonders verbindlich wirken, weil die unbequemen Bedingungen bereits vorher verschwanden. Anwendungen sollten Lesern die Prüfung unterstützender Quellen ermöglichen und sie erneut öffnen, wenn die Entscheidung von einem Detail abhängt, das der Auszug nicht enthält.
Entscheidend ist eine Antwort, die auch nach einem Klick auf den Link Bestand hat. Die Suche erfüllt ihre Aufgabe, wenn Leser die Schlussfolgerung verstehen, die belegende Passage finden und verbleibende Unsicherheit erkennen können. Ein kleineres Kontextbudget verdient seinen Platz, indem es diese Möglichkeit erhält.
Quellen
- Einführung von Exa 3.0, 19. Oktober 2026.
- Dynamic-Highlights-Mechanismus und Anbieterbewertungen, 28. August 2026; der Vorschaustatus wurde durch die Oktoberveröffentlichung abgelöst.
- Search-API-Referenz, geprüft am 23. Oktober 2026.
- Contents-API-Leitfaden, geprüft am 23. Oktober 2026.
- Preise und Gebührendefinitionen, geprüft am 23. Oktober 2026.
- Offizielle Exa-Markenmaterialien und Darstellungshinweise, geprüft am 23. Oktober 2026.
Antwort und Belege zusammenhalten
Wer einen separaten Arbeitsbereich für Quellenlinks und selbst geprüfte Recherche sucht, findet in Telli.sh eine Möglichkeit. Öffnen Sie Ihren Notizbereich.