jina-reranker-v2-base-multilingual
Jina Reranker v2 Base Multilingual attribue des scores aux textes candidats par rapport à une requête, puis les classe par pertinence. Son encodeur croisé traite la recherche multilingue, tandis que l’utilitaire de reclassement du fabricant découpe les documents longs autour d’une fenêtre de modèle de 1 024 tokens.
À propos du modèle
Cette description présente les capacités du modèle. Les entrées, sorties et options disponibles dans Ailoot pour la méthode sélectionnée figurent ci-dessous.
Jina Reranker v2 Base Multilingual est un modèle de classement textuel pour la deuxième étape de récupération. Fournissez une requête et des documents ou passages candidats ; il évalue chaque paire requête-document et renvoie un score de pertinence. Le résultat utile est un ensemble de candidats mieux ordonné pour la recherche ou un parcours augmenté par récupération. Il ne rédige pas la réponse à la requête et ne crée pas d’embeddings de documents.
Préparer la requête et les passages candidats
Rédigez la requête de façon à exprimer le besoin d’information. Fournissez ensuite les textes trouvés par une étape de récupération précédente. Gardez un identifiant stable à côté de chaque candidat pour relier son score au document, à la section ou à l’enregistrement d’origine.
Pour une recherche d’assistance, utilisez la question réelle et les extraits candidats contenant la procédure pertinente. Une requête sur la réinitialisation d’un appareil particulier doit être associée à des passages préservant le nom de l’appareil, sa version et les conditions de réinitialisation. Un passage mentionnant simplement l’appareil peut être moins utile qu’un autre expliquant l’opération demandée. Fournissez le contenu nécessaire à la comparaison, plutôt qu’un seul titre de document.
Utilisez des passages cohérents. Un en-tête de tableau, une définition ou une exception peut modifier le rapport d’un paragraphe à la requête ; ne les supprimez pas uniquement pour uniformiser la longueur des candidats. Le modèle évalue les candidats fournis ; il ne peut pas retrouver un document pertinent omis à l’étape précédente.
Scores requête-document
Il s’agit d’un encodeur croisé : la requête et un texte candidat sont traités ensemble. L’interface de notation directe renvoie un score de pertinence à virgule flottante pour chaque paire correspondante. Un score plus élevé indique une pertinence supérieure dans cette comparaison. Ce score est un signal de classement, pas une explication générée ni une preuve de véracité du document.
Le fabricant propose aussi un utilitaire renvoyant les documents ordonnés avec leurs scores. Une commande de nombre de meilleurs résultats choisit combien de candidats conserver. Préservez leurs identifiants et textes lors du passage à l’étape suivante. Pour un parcours de réponse aux questions, le modèle suivant a encore besoin de la requête et des éléments sélectionnés ; la liste classée ne constitue pas une réponse.
Lors d’une comparaison de changements de récupération, gardez la requête et les critères d’évaluation fixes. Vérifiez que les passages promus en tête contiennent réellement les informations demandées. Définissez un éventuel seuil de filtrage à partir d’exemples de votre propre collection, sans traiter un score comme une mesure universelle de l’exactitude des réponses.
Fenêtre du modèle et documents longs
Le modèle accepte un contexte allant jusqu’à 1 024 tokens. Son utilitaire documenté rerank() traite les documents longs par fenêtre glissante, note les morceaux séparément et les combine en résultats au niveau du document. Le découpage relève de cet utilitaire ; il ne doit pas être confondu avec une entrée de modèle unique à contexte illimité.
L’utilitaire expose des commandes de longueur de requête, de longueur de bloc et de chevauchement. Le chevauchement par défaut documenté est de 80. L’exemple publié spécifie une longueur maximale de requête de 512 et une longueur de bloc de 1 024 ; ces réglages d’exemple doivent rester distincts d’une promesse que chaque appelant ou route les utilise.
Pour un manuel long, conservez assez de texte voisin pour qu’une instruction et ses conditions apparaissent ensemble. Lors de l’évaluation, examinez la partie pertinente d’un document bien classé plutôt que de supposer que toutes ses sections répondent également à la requête.
Recherche textuelle multilingue et spécialisée
Le modèle v2 est multilingue. Les exemples du fabricant classent des requêtes anglaises face à des passages anglais, allemands, espagnols, chinois et japonais. Cela permet d’utiliser une collection où les documents pertinents sont rédigés en plusieurs langues sans traduire d’abord chaque candidat dans la langue de la requête.
Le périmètre documenté comprend aussi la récupération de code et le classement de représentations textuelles de fonctions ou de SQL. Cela reste du classement par pertinence : le modèle évalue le texte fourni. Il n’exécute pas une fonction, du SQL ou un outil simplement parce que de tels candidats figurent dans l’ensemble récupéré.
Édition et limites pratiques
Distinguez ce profil v2 Base Multilingual de l’ancien modèle Jina uniquement anglophone, de Jina Reranker v3 et des profils de reclassement multimodaux. Ce sont des modèles différents aux tâches et caractéristiques d’entrée distinctes. Ce profil reçoit des paires requête-texte ; une image ou une vidéo exige sa représentation ou son modèle adapté.
L’implémentation de référence du fabricant permet les scores directs et un utilitaire de classement documentaire, avec attention accélérée facultative. Ces choix affectent la préparation et le traitement des entrées ; ils ne prouvent pas que chaque intégration expose des commandes identiques.
Utilisez la sortie classée pour la recherche multilingue, les bases de connaissances d’assistance, la récupération documentaire et la sélection d’éléments avant génération. Examinez les premiers passages, gardez la correspondance des candidats d’origine et distinguez pertinence et validité factuelle. Une récupération utile met en avant les bons éléments fournis, en laissant la tâche suivante — répondre, résumer ou décider — au parcours approprié.
Ailoot Ultra · Reclassement POST /v1/rerank jina-reranker-v2-base-multilingual
jina-reranker-v2-base-multilingual
jina-reranker-v2-base-multilingualPremiers pas
Jina Reranker v2 Base Multilingual attribue des scores aux textes candidats par rapport à une requête, puis les classe par pertinence. Son encodeur croisé traite la recherche multilingue, tandis que l’utilitaire de reclassement du fabricant découpe les documents longs autour d’une fenêtre de modèle de 1 024 tokens.
- Entrées acceptées
- Texte
- Résultats
- Résultats classés
Disponible dans Ailoot · entrées et méthodes
Ailoot Ultra · Reclassement POST /v1/rerank
- Entrée
text- Sortie
rerank
| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites jina-reranker-v2-base-multilingual | Par défaut— |
Champquery | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champdocuments | Typearray | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Paramètres et cycle de vie de la méthode
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, documents |
Paramètrematerial_types | Contrattext |
Paramètrematerial_conditions | ContratRenseignez votre requête réelle et un tableau non vide de documents textuels d’origine. Les index des résultats se rapportent à ce tableau d’origine. |
Cycle de vie : synchronous_result_then_owned_library
GET /v1/media/assets/{asset_id}/content
GET /v1/media/assets
GET /v1/media/assets/{asset_id}
Tarifs
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
- Mode rapide
- Non précisé Lorsque le mode rapide est sélectionné
- Mode Flex
- Non précisé Lorsque le mode flex est sélectionné
- Effort de raisonnement maximal
- Non précisé Lorsque l’effort de raisonnement maximal utilise l’ajustement par défaut (default)
Tarifs Ailoot
Prix par configuration
Associez chaque coût aux conditions indiquées. Utilisez un seul tarif pour chaque ensemble de configurations alternatives.
| Configuration | Barème tarifaire | Unité de facturation | Coût |
|---|---|---|---|
| ConfigurationTarifs de base des jetons | Barème tarifaireTarif de base | Unité de facturation— | Coût Entrée · Tokens en entrée — / 1K tokens Sortie · Tokens en sortie — / 1K tokens Entrée · Lecture du cache — / 1K tokens Entrée · Écriture dans le cache — / 1K tokens Entrée · Écriture dans le cache, 1 h — / 1K tokens |
| Configurationtotal de jetons | Barème tarifaire— | Unité de facturation/ 1K tokens | Coût Entrée · total de jetons $0.0001 / 1K tokens |
Ailoot réserve un montant estimé avant une requête. Après le résultat, le montant final est débité selon l’utilisation mesurée. Pour le streaming, le montant final à débiter est calculé à partir du relevé final d’utilisation. Fonctionnement de la réservation et du débit →
Exemples de requêtes
Ailoot Ultra · Reclassement
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.
Recevoir et enregistrer les résultats
Ailoot Ultra · Reclassement
Résultat JSON natif d’origine complet avec le modèle de réponse configuré, les index des documents d’origine, les scores de pertinence, les chaînes des documents et la consommation native de jetons. Conservez chaque résultat réel et chaque champ de consommation.
GET /v1/media/assets/{asset_id}/contentGET /v1/media/assetsGET /v1/media/assets/{asset_id}
Conserver tous les résultats terminés
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Conservez la réponse complète et les en-têtes, chaque sortie effective, les identifiants initialement renvoyés et tous les champs d’utilisation. Récupérez l’opération d’origine sans soumettre à nouveau sa création.
Si la réponse d’origine doit être vérifiée
Conservez la valeur réelle X-Client-Request-ID et la réponse complète. Consultez les ressources d’origine dont vous êtes propriétaire et leurs URL de contenu signées exactes ; ne soumettez jamais de nouveau une création incertaine.
Champs de la réponse
| Champ | Type | Signification |
|---|---|---|
Champmodel | Typestring | SignificationModèle de réponse exact requis par le composant Source configuré qui exploite cette réponse. |
Champresults[].index | Typeinteger | SignificationIndex unique du document d’entrée d’origine. |
Champresults[].relevance_score | Typenumber | SignificationScore de pertinence fini. |
Champresults[].document | Typestring | SignificationDocument textuel d’origine requis par le composant configuré qui exploite cette réponse. |
Champusage.total_tokens | Typeinteger | SignificationNombre natif de jetons fini et non négatif requis par le tarif actuellement accepté. |
Erreurs et étapes suivantes
| Réponse | Condition | Étape suivante |
|---|---|---|
Réponse400 · invalid_request_error | ConditionLe corps JSON ou l’ID canonique explicite du modèle est invalide. | Étape suivanteConservez la réponse et corrigez le champ indiqué de la requête. |
Réponse401 · authentication_error | ConditionLa clé API Ailoot est invalide. | Étape suivanteUtilisez votre clé API Ailoot autorisée. |
Réponse403 · permission_error | ConditionLe groupe de la clé n’autorise pas cette méthode. | Étape suivanteConservez les détails de l’erreur renvoyés. |
Réponse404 · not_found_error | ConditionLa méthode sélectionnée ne dispose d’aucune route autorisée. | Étape suivanteConservez les détails de l’erreur renvoyés. |
Réponse422 · price_unavailable | ConditionLe tarif accepté ne permet pas d’obtenir la quantité d’entrée ou la borne requise. | Étape suivanteConservez la réponse ; utilisez la représentation d’entrée requise par le tarif accepté. |
Réponse503 · | ConditionLe stockage, la route, le tarif de la méthode ou la réservation requis est indisponible. | Étape suivanteConservez la réponse d’origine complète. Une réservation incertaine n’autorise pas une nouvelle soumission. |
Réponse502 · billing_requires_check | ConditionLe résultat, la consommation ou le règlement d’origine nécessite une vérification. | Étape suivanteConservez l’ID réel de la requête et la réponse d’origine. Consultez l’enregistrement existant dont vous êtes propriétaire ; ne soumettez pas de nouveau la création. |
Alias
Alias du modèle
Ailoot Ultra jina-reranker-v2-base-multilingual
Alias des chemins de méthode
Utilisez les chemins de méthode indiqués ci-dessus.
ID d’appel associés
FAQ · jina-reranker-v2-base-multilingual
- Quelles entrées et quels résultats sont disponibles ?
POST /v1/rerank·jina-reranker-v2-base-multilingual:text→rerank- Quels champs la requête utilise-t-elle ?
POST /v1/rerank·jina-reranker-v2-base-multilingual:model,query,documents