jina-reranker-v2-base-multilingual
Jina Reranker v2 Base Multilingual bewertet Kandidatentexte anhand einer Suchanfrage und ordnet sie nach Relevanz. Sein Cross-Encoder verarbeitet mehrsprachigen Abruf; die Neusortierhilfe des Herstellers teilt längere Dokumente passend zum Modellfenster von 1.024 Tokens auf.
Über das Modell
Diese Beschreibung erläutert die Fähigkeiten des Modells. Die über Ailoot verfügbaren Eingaben, Ausgaben und Optionen sind unten für die ausgewählte Methode aufgeführt.
Jina Reranker v2 Base Multilingual ist ein Textrankingmodell für die zweite Abrufstufe. Geben Sie ihm eine Suchanfrage und Kandidatendokumente oder Passagen. Es bewertet jedes Anfrage-Dokument-Paar und liefert einen Relevanzwert. Das brauchbare Ergebnis ist eine besser geordnete Kandidatenmenge für Suche oder einen abrufgestützten Ablauf. Es schreibt weder die Antwort auf die Suchanfrage noch erzeugt es Dokumentembeddings.
Suchanfrage und Kandidatenpassagen vorbereiten
Formulieren Sie die Suchanfrage so, dass sie den Informationsbedarf benennt. Liefern Sie dann die von einem früheren Abrufschritt gefundenen Texte. Halten Sie eine stabile Kennung neben jedem Kandidaten fest, damit sich sein Relevanzwert mit Originaldokument, Abschnitt oder Datensatz verbinden lässt.
Verwenden Sie bei einer Supportsuche die tatsächliche Frage und Kandidatenauszüge mit dem relevanten Verfahren. Eine Frage zum Zurücksetzen eines bestimmten Geräts sollte mit Passagen verbunden werden, die Gerätename, Version und Rücksetzbedingungen bewahren. Eine Passage, die das Gerät nur erwähnt, kann weniger nützlich sein als eine, die den gewünschten Vorgang erklärt. Liefern Sie den für den Vergleich nötigen Inhalt statt nur eines Dokumenttitels.
Verwenden Sie zusammenhängende Passagen. Eine Tabellenüberschrift, Definition oder Ausnahme kann die Beziehung eines Absatzes zur Suchanfrage ändern. Entfernen Sie sie daher nicht bloß, um alle Kandidaten gleich kurz zu machen. Der Reranker bewertet gelieferte Kandidaten; er kann ein relevantes Dokument nicht zurückholen, das die frühere Abrufstufe ausgelassen hat.
Bewertung von Anfrage-Dokument-Paaren
Dies ist ein Cross-Encoder: Suchanfrage und Kandidatentext werden gemeinsam verarbeitet. Die direkte Bewertungsschnittstelle liefert für jedes entsprechende Paar einen Gleitkomma-Relevanzwert. Höhere Werte zeigen in diesem Vergleich größere Relevanz. Der Wert ist ein Rankingsignal statt einer erzeugten Erklärung oder eines Wahrheitsbeweises für das Dokument.
Der Hersteller bietet außerdem eine Neusortierhilfe, die geordnete Dokumente mit ihren Werten liefert. Ein Regler für Top-Ergebnisse wählt die Zahl der zu bewahrenden sortierten Kandidaten. Bewahren Sie Kennungen und Text beim Übergang zur nächsten Stufe. Für einen Frage-Antwort-Ablauf benötigt das folgende Modell weiterhin die Suchanfrage und ausgewählten Belege; die sortierte Liste selbst ist keine beantwortete Frage.
Halten Sie beim Vergleich von Abrufänderungen Suchanfrage und Bewertungskriterien fest. Prüfen Sie, ob die nach oben beförderten Passagen tatsächlich die gewünschten Informationen enthalten. Legen Sie Filterschwellen anhand von Beispielen Ihrer eigenen Sammlung fest, statt einen Relevanzwert als allgemeingültiges Maß für Antwortkorrektheit zu behandeln.
Modellfenster und längere Dokumente
Das Modell unterstützt bis zu 1.024 Tokens Kontext. Seine dokumentierte Hilfsfunktion rerank() verarbeitet längere Dokumente mit einem gleitenden Fenster, bewertet Teilstücke getrennt und kombiniert sie zu Dokumentergebnissen. Die Aufteilung ist Verhalten dieser Hilfsfunktion; sie darf nicht mit einer einzelnen Modelleingabe mit unbegrenztem Kontextfenster verwechselt werden.
Die Hilfsfunktion stellt Regler für Anfragelänge und Abschnittslänge sowie eine Überlappungseinstellung bereit. Ihre dokumentierte Standardüberlappung ist 80. Das veröffentlichte Anwendungsbeispiel legt eine maximale Anfragelänge von 512 und eine Abschnittslänge von 1.024 fest. Das sind Beispieleinstellungen der Hilfsfunktion und kein Versprechen, dass jeder Aufrufer oder jede Route sie verwendet.
Bewahren Sie bei einem langen Handbuch ausreichend benachbarten Text, damit eine Anweisung und ihre Bedingungen zusammen erscheinen. Prüfen Sie bei der Ergebnisbewertung den relevanten Teil eines hoch eingestuften Dokuments, statt anzunehmen, dass jeder Abschnitt die Suchanfrage gleich gut beantwortet.
Mehrsprachiger und spezialisierter Textabruf
Das v2-Modell ist mehrsprachig. Die Herstellerbeispiele ordnen englische, deutsche, spanische, chinesische und japanische Passagen nach ihrer Relevanz für englische Suchanfragen. Das unterstützt Sammlungen mit relevantem Material in mehreren Sprachen, ohne zunächst jeden Kandidaten in die Anfragesprache übersetzen zu müssen.
Der dokumentierte Aufgabenbereich umfasst außerdem Codeabruf und die Sortierung von Textdarstellungen zu Funktionen oder SQL. Dies bleiben Relevanzrankingaufgaben: Das Modell bewertet gelieferten Text. Es führt keine Funktion oder SQL aus und erzeugt kein Werkzeugergebnis, bloß weil solche Kandidaten in der Abrufmenge vorkommen.
Edition und praktische Grenzen
Halten Sie dieses Profil v2 Base Multilingual von Jinas früherem rein englischen Reranker, Jina Reranker v3 und multimodalen Neusortierprofilen getrennt. Dies sind unterschiedliche Modelle mit verschiedenen Aufgaben- und Eingabeeigenschaften. Dieses Profil nimmt Anfrage-Text-Paare entgegen; Bild- oder Videoinhalte benötigen eine eigene geeignete Darstellung oder ein anderes Modell.
Die Referenzimplementierung des Herstellers unterstützt direkte Werte und eine Dokumentrankinghilfe mit optional beschleunigter Attention. Diese Implementierungsoptionen beeinflussen Vorbereitung und Verarbeitung von Eingaben; sie belegen keine identischen Regler in jeder Integration.
Verwenden Sie die sortierte Ausgabe für mehrsprachige Suche, Support-Wissensbasen, Dokumentabruf und Belegauswahl vor der Generierung. Prüfen Sie die am höchsten eingestuften Passagen, bewahren Sie die ursprüngliche Kandidatenzuordnung und unterscheiden Sie Relevanz von sachlicher Gültigkeit. Ein nützliches Abrufergebnis bringt die richtigen gelieferten Belege nach vorn und überlässt die nächste Aufgabe – Antworten, Zusammenfassen oder Entscheiden – dem passenden Ablauf.
Ailoot Ultra · Neusortierung POST /v1/rerank jina-reranker-v2-base-multilingual
jina-reranker-v2-base-multilingual
jina-reranker-v2-base-multilingualStart
Jina Reranker v2 Base Multilingual bewertet Kandidatentexte anhand einer Suchanfrage und ordnet sie nach Relevanz. Sein Cross-Encoder verarbeitet mehrsprachigen Abruf; die Neusortierhilfe des Herstellers teilt längere Dokumente passend zum Modellfenster von 1.024 Tokens auf.
- Zulässige Eingaben
- Text
- Ergebnisse
- Nach Relevanz geordnete Ergebnisse
In Ailoot verfügbar · Eingaben und Methoden
Ailoot Ultra · Neusortierung POST /v1/rerank
- Eingabetypen
text- Ausgabetypen
rerank
| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits jina-reranker-v2-base-multilingual | Standard— |
Feldquery | Typstring | AnforderungOptional | Werte und Limits | Standard— |
Felddocuments | Typarray | AnforderungErforderlich | Werte und Limits | Standard— |
Methodenparameter und Lebenszyklus
| Parameter | Vertrag |
|---|---|
Parametercontent_type | Vertragapplication/json |
Parameterrequired | Vertragmodel, documents |
Parametermaterial_types | Vertragtext |
Parametermaterial_conditions | VertragGeben Sie Ihre tatsächliche Suchanfrage und ein nicht leeres Array der ursprünglichen Textdokumente an. Die Ergebnisindizes beziehen sich auf dieses ursprüngliche Array. |
Lebenszyklus: synchronous_result_then_owned_library
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Tarife
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
- Schnellmodus
- Nicht angegeben Wenn der Schnellmodus ausgewählt ist
- Flex-Modus
- Nicht angegeben Wenn der Modus flex ausgewählt ist
- Maximaler Denkaufwand
- Nicht angegeben Wenn beim maximalen Denkaufwand die Standardanpassung (default) verwendet wird
Ailoot-Tarife
Preise nach Konfiguration
Ordnen Sie jede Gebühr den angezeigten Bedingungen zu. Verwenden Sie für jede Gruppe alternativer Konfigurationen einen Tarif.
| Konfiguration | Tarifstaffel | Abrechnungseinheit | Gebühr |
|---|---|---|---|
| KonfigurationBasistarife für Token | TarifstaffelGrundtarif | Abrechnungseinheit— | Gebühr Eingabe · Eingabetoken — / 1K Token Ausgabe · Ausgabetoken — / 1K Token Eingabe · Cache-Lesen — / 1K Token Eingabe · Cache-Schreiben — / 1K Token Eingabe · Cache-Schreiben, 1 Stunde — / 1K Token |
| KonfigurationGesamttoken | Tarifstaffel— | Abrechnungseinheit/ 1K Token | Gebühr Eingabe · Gesamttoken $0.0001 / 1K Token |
Ailoot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
Beispielanfragen
Ailoot Ultra · Neusortierung
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_QUERY:?Set the actual documented input value}"
export AILOOT_QUERY
: "${AILOOT_DOCUMENTS_JSON:?Set the actual documented input value}"
export AILOOT_DOCUMENTS_JSON
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
request={'model': 'jina-reranker-v2-base-multilingual', 'query': '${ACTUAL_QUERY}', 'documents': '${ACTUAL_DOCUMENTS}'}
request['query']=os.environ['AILOOT_QUERY']
request['documents']=json.loads(os.environ['AILOOT_DOCUMENTS_JSON'])
Path('request.json').write_text(json.dumps(request,ensure_ascii=False),encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/rerank \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o response.bin
# Retain the complete response and headers, every actual output, original returned identifiers and all usage fields. Recover the original operation without submitting creation again.
Ergebnisse abrufen und speichern
Ailoot Ultra · Neusortierung
Vollständiges ursprüngliches natives JSON-Ergebnis mit dem konfigurierten Antwortmodell, ursprünglichen Dokumentindizes, Relevanzwerten, Dokumentzeichenfolgen und nativen Tokenverbrauchsdaten. Bewahren Sie jedes tatsächliche Ergebnis- und Verbrauchsfeld auf.
GET /v1/media/assets/{asset_id}/contentGET /v1/media/assetsGET /v1/media/assets/{asset_id}
Alle fertiggestellten Ergebnisse aufbewahren
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Die vollständige Antwort und ihre Header, jede tatsächliche Ausgabe, die ursprünglich zurückgegebenen Kennungen und alle Nutzungsfelder aufbewahren. Den ursprünglichen Vorgang wiederaufnehmen, ohne die Erstellung erneut anzufordern.
Wenn die ursprüngliche Antwort geprüft werden muss
Bewahren Sie die tatsächliche X-Client-Request-ID und die vollständige Antwort auf. Lesen Sie die ursprünglichen, Ihnen zugeordneten Assets und ihre exakten signierten Inhalts-URLs aus; übermitteln Sie eine Erstellung mit unklarem Ausgang niemals erneut.
Antwortfelder
| Feld | Typ | Bedeutung |
|---|---|---|
Feldmodel | Typstring | BedeutungExaktes Antwortmodell, das der konfigurierte Quellverarbeiter benötigt. |
Feldresults[].index | Typinteger | BedeutungEindeutiger Index des ursprünglichen Eingabedokuments. |
Feldresults[].relevance_score | Typnumber | BedeutungEndlicher Relevanzwert. |
Feldresults[].document | Typstring | BedeutungUrsprüngliches Textdokument, das dieser konfigurierte Antwortverarbeiter benötigt. |
Feldusage.total_tokens | Typinteger | BedeutungEndliche, nicht negative native Tokenzahl, die der aktuell akzeptierte Tarif erfordert. |
Fehler und nächste Schritte
| Antwort | Bedingung | Nächster Schritt |
|---|---|---|
Antwort400 · invalid_request_error | BedingungDer JSON-Inhalt oder die ausdrücklich angegebene kanonische Modell-ID ist ungültig. | Nächster SchrittBewahren Sie die Antwort auf und korrigieren Sie das angegebene Anfragefeld. |
Antwort401 · authentication_error | BedingungDer Ailoot-API-Schlüssel ist ungültig. | Nächster SchrittVerwenden Sie Ihren autorisierten Ailoot-API-Schlüssel. |
Antwort403 · permission_error | BedingungDie Schlüsselgruppe lässt diese Methode nicht zu. | Nächster SchrittBewahren Sie die zurückgegebenen Fehlerdetails auf. |
Antwort404 · not_found_error | BedingungDie ausgewählte Methode hat keine zugelassene Route. | Nächster SchrittBewahren Sie die zurückgegebenen Fehlerdetails auf. |
Antwort422 · price_unavailable | BedingungDer akzeptierte Tarif kann die erforderliche Eingabemenge oder deren Grenze nicht ermitteln. | Nächster SchrittBewahren Sie die Antwort auf; verwenden Sie die vom akzeptierten Tarif verlangte Eingabedarstellung. |
Antwort503 · | BedingungErforderlicher Speicher, Route, Methodenpreis oder Reservierung sind nicht verfügbar. | Nächster SchrittBewahren Sie die vollständige ursprüngliche Antwort auf. Eine unklare Reservierung berechtigt nicht zur erneuten Übermittlung. |
Antwort502 · billing_requires_check | BedingungDas ursprüngliche Ergebnis, der Verbrauch oder die Abrechnung müssen geprüft werden. | Nächster SchrittBewahren Sie die tatsächliche Anfrage-ID und die ursprüngliche Antwort auf. Lesen Sie den vorhandenen, Ihnen zugeordneten Datensatz aus; übermitteln Sie die Erstellung nicht erneut. |
Aliasnamen
Modellaliasnamen
Ailoot Ultra jina-reranker-v2-base-multilingual
Aliasnamen für Methodenpfade
Verwenden Sie die oben angezeigten Methodenpfade.
Zugehörige Aufrufer-IDs
FAQ · jina-reranker-v2-base-multilingual
- Welche Eingaben und Ergebnisse sind verfügbar?
POST /v1/rerank·jina-reranker-v2-base-multilingual:text→rerank- Welche Felder verwendet die Anfrage?
POST /v1/rerank·jina-reranker-v2-base-multilingual:model,query,documents