Cohere Rerank 3.5 est un modèle multilingue de classement par pertinence de documents candidats et de textes semi-structurés. Il évalue chaque candidat par rapport à une requête et renvoie une liste de résultats réordonnée avec des scores de pertinence. Il peut affiner les candidats obtenus par recherche par mots-clés ou sémantique et sélectionner des passages pour une réponse augmentée par la recherche. Sa tâche consiste à améliorer l’ordre des éléments justificatifs, plutôt qu’à générer une réponse libre ou à créer un nouvel index de corpus.
L’identifiant exact du producteur est rerank-v3.5. Il utilise un contexte de 4096 tokens, distinct du contexte de 32K de Rerank 4 Pro et Fast. Les tokens de la requête et du document se cumulent dans cette fenêtre par candidat. Le guide de préparation propre au modèle tronque la requête après ses 2048 premiers tokens et décrit des segments documentaires de 4093 tokens avant prise en compte de la requête. Gardez une requête ciblée et préparez des passages candidats contenant les informations nécessaires pour juger la relation demandée.
Fournissez la requête et une liste de chaînes de texte candidates. Chaque résultat comporte un index renvoyant à la position du document d’origine et un score de pertinence ; top_n définit le nombre de résultats classés à conserver. Sans ce paramètre, le processus documenté du producteur renvoie tous les résultats. Conservez les identifiants des documents indépendamment du score afin de pouvoir relier le meilleur passage à la politique, à la fiche produit ou au message d’origine.
Rerank 3.5 prend en charge plus de 100 langues, dont l’anglais et d’autres langues. Une requête peut couvrir plusieurs aspects du besoin, comme le produit, la situation de l’utilisateur et la procédure recherchée. Pour les enregistrements structurés, la version V2 a supprimé les objets document bruts et recommande des chaînes YAML. Placez les champs utiles dans un ordre délibéré, en mettant le contenu décisif avant les métadonnées moins pertinentes, car les longues chaînes peuvent être tronquées. Cette approche convient aux titres et contenus, aux attributs de produits ou à l’objet et au corps d’un message.
La référence V2 du producteur utilise max_tokens_per_doc pour tronquer les documents, avec une valeur par défaut de 4096. Le guide de préparation de Cohere décrit aussi le découpage des longs documents ; l’entrée effective dépend du processus choisi et de ses paramètres documentaires. Pour mieux maîtriser le contenu, préparez vous-même des passages identifiables plutôt que de supposer que toutes les sections d’une longue source restent visibles. Conservez suffisamment de contexte environnant pour distinguer un passage contenant la réponse d’un autre qui n’en partage que le vocabulaire.
Pour les performances des requêtes, la référence actuelle recommande de ne pas envoyer plus de 1 000 documents à la fois. Les scores de pertinence sont normalisés entre 0 et 1, mais leurs valeurs dépendent de la requête et des candidats et ne constituent pas une échelle linéaire d’exactitude. Utilisez le classement pour repérer les éléments utiles. Si un seuil de score est nécessaire, choisissez des requêtes représentatives du domaine et des passages à la limite de la pertinence, afin que ce seuil corresponde à la tâche de recherche réelle.
Un processus d’assistance pratique peut reclasser des sections candidates de politique de retour pour une question sur un article endommagé, puis transmettre le texte source sélectionné à une étape de rédaction de réponse. Une recherche dans les courriels peut classer les messages selon un problème précis et conserver l’identifiant du message original dans chaque résultat. Le livrable utile est la liste ordonnée des éléments justificatifs. Associez au résultat le contexte plus court de Rerank 3.5 et sa préparation documentaire V2, sans leur substituer les limites de modèles ultérieurs.
", "aboutText": "Cohere Rerank 3.5 est un modèle multilingue de classement par pertinence de documents candidats et de textes semi-structurés. Il évalue chaque candidat par rapport à une requête et renvoie une liste de résultats réordonnée avec des scores de pertinence. Il peut affiner les candidats obtenus par recherche par mots-clés ou sémantique et sélectionner des passages pour une réponse augmentée par la recherche. Sa tâche consiste à améliorer l’ordre des éléments justificatifs, plutôt qu’à générer une réponse libre ou à créer un nouvel index de corpus.\n\nL’identifiant exact du producteur est rerank-v3.5. Il utilise un contexte de 4096 tokens, distinct du contexte de 32K de Rerank 4 Pro et Fast. Les tokens de la requête et du document se cumulent dans cette fenêtre par candidat. Le guide de préparation propre au modèle tronque la requête après ses 2048 premiers tokens et décrit des segments documentaires de 4093 tokens avant prise en compte de la requête. Gardez une requête ciblée et préparez des passages candidats contenant les informations nécessaires pour juger la relation demandée.\n\nFournissez la requête et une liste de chaînes de texte candidates. Chaque résultat comporte un index renvoyant à la position du document d’origine et un score de pertinence ; top_n définit le nombre de résultats classés à conserver. Sans ce paramètre, le processus documenté du producteur renvoie tous les résultats. Conservez les identifiants des documents indépendamment du score afin de pouvoir relier le meilleur passage à la politique, à la fiche produit ou au message d’origine.\n\nRerank 3.5 prend en charge plus de 100 langues, dont l’anglais et d’autres langues. Une requête peut couvrir plusieurs aspects du besoin, comme le produit, la situation de l’utilisateur et la procédure recherchée. Pour les enregistrements structurés, la version V2 a supprimé les objets document bruts et recommande des chaînes YAML. Placez les champs utiles dans un ordre délibéré, en mettant le contenu décisif avant les métadonnées moins pertinentes, car les longues chaînes peuvent être tronquées. Cette approche convient aux titres et contenus, aux attributs de produits ou à l’objet et au corps d’un message.\n\nLa référence V2 du producteur utilise max_tokens_per_doc pour tronquer les documents, avec une valeur par défaut de 4096. Le guide de préparation de Cohere décrit aussi le découpage des longs documents ; l’entrée effective dépend du processus choisi et de ses paramètres documentaires. Pour mieux maîtriser le contenu, préparez vous-même des passages identifiables plutôt que de supposer que toutes les sections d’une longue source restent visibles. Conservez suffisamment de contexte environnant pour distinguer un passage contenant la réponse d’un autre qui n’en partage que le vocabulaire.\n\nPour les performances des requêtes, la référence actuelle recommande de ne pas envoyer plus de 1 000 documents à la fois. Les scores de pertinence sont normalisés entre 0 et 1, mais leurs valeurs dépendent de la requête et des candidats et ne constituent pas une échelle linéaire d’exactitude. Utilisez le classement pour repérer les éléments utiles. Si un seuil de score est nécessaire, choisissez des requêtes représentatives du domaine et des passages à la limite de la pertinence, afin que ce seuil corresponde à la tâche de recherche réelle.\n\nUn processus d’assistance pratique peut reclasser des sections candidates de politique de retour pour une question sur un article endommagé, puis transmettre le texte source sélectionné à une étape de rédaction de réponse. Une recherche dans les courriels peut classer les messages selon un problème précis et conserver l’identifiant du message original dans chaque résultat. Le livrable utile est la liste ordonnée des éléments justificatifs. Associez au résultat le contexte plus court de Rerank 3.5 et sa préparation documentaire V2, sans leur substituer les limites de modèles ultérieurs.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "5894b06353c1ce099c16f3ea2ba29b52f4242c797deb2fcbef1c113f173d1a4f", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr", "methods": [ { "html": "cohere/rerank-v3.5Cohere Rerank 3.5 réordonne des textes candidats et des enregistrements semi-structurés selon leur pertinence pour une requête. Il prend en charge plus de 100 langues et un contexte de 4096 tokens pour affiner les résultats d’une recherche par mots-clés ou sémantique avant une réponse ou leur affichage.
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.
Cohere Rerank 3.5 est un modèle multilingue de classement par pertinence de documents candidats et de textes semi-structurés. Il évalue chaque candidat par rapport à une requête et renvoie une liste de résultats réordonnée avec des scores de pertinence. Il peut affiner les candidats obtenus par recherche par mots-clés ou sémantique et sélectionner des passages pour une réponse augmentée par la recherche. Sa tâche consiste à améliorer l’ordre des éléments justificatifs, plutôt qu’à générer une réponse libre ou à créer un nouvel index de corpus.
L’identifiant exact du producteur est rerank-v3.5. Il utilise un contexte de 4096 tokens, distinct du contexte de 32K de Rerank 4 Pro et Fast. Les tokens de la requête et du document se cumulent dans cette fenêtre par candidat. Le guide de préparation propre au modèle tronque la requête après ses 2048 premiers tokens et décrit des segments documentaires de 4093 tokens avant prise en compte de la requête. Gardez une requête ciblée et préparez des passages candidats contenant les informations nécessaires pour juger la relation demandée.
Fournissez la requête et une liste de chaînes de texte candidates. Chaque résultat comporte un index renvoyant à la position du document d’origine et un score de pertinence ; top_n définit le nombre de résultats classés à conserver. Sans ce paramètre, le processus documenté du producteur renvoie tous les résultats. Conservez les identifiants des documents indépendamment du score afin de pouvoir relier le meilleur passage à la politique, à la fiche produit ou au message d’origine.
Rerank 3.5 prend en charge plus de 100 langues, dont l’anglais et d’autres langues. Une requête peut couvrir plusieurs aspects du besoin, comme le produit, la situation de l’utilisateur et la procédure recherchée. Pour les enregistrements structurés, la version V2 a supprimé les objets document bruts et recommande des chaînes YAML. Placez les champs utiles dans un ordre délibéré, en mettant le contenu décisif avant les métadonnées moins pertinentes, car les longues chaînes peuvent être tronquées. Cette approche convient aux titres et contenus, aux attributs de produits ou à l’objet et au corps d’un message.
La référence V2 du producteur utilise max_tokens_per_doc pour tronquer les documents, avec une valeur par défaut de 4096. Le guide de préparation de Cohere décrit aussi le découpage des longs documents ; l’entrée effective dépend du processus choisi et de ses paramètres documentaires. Pour mieux maîtriser le contenu, préparez vous-même des passages identifiables plutôt que de supposer que toutes les sections d’une longue source restent visibles. Conservez suffisamment de contexte environnant pour distinguer un passage contenant la réponse d’un autre qui n’en partage que le vocabulaire.
Pour les performances des requêtes, la référence actuelle recommande de ne pas envoyer plus de 1 000 documents à la fois. Les scores de pertinence sont normalisés entre 0 et 1, mais leurs valeurs dépendent de la requête et des candidats et ne constituent pas une échelle linéaire d’exactitude. Utilisez le classement pour repérer les éléments utiles. Si un seuil de score est nécessaire, choisissez des requêtes représentatives du domaine et des passages à la limite de la pertinence, afin que ce seuil corresponde à la tâche de recherche réelle.
Un processus d’assistance pratique peut reclasser des sections candidates de politique de retour pour une question sur un article endommagé, puis transmettre le texte source sélectionné à une étape de rédaction de réponse. Une recherche dans les courriels peut classer les messages selon un problème précis et conserver l’identifiant du message original dans chaque résultat. Le livrable utile est la liste ordonnée des éléments justificatifs. Associez au résultat le contexte plus court de Rerank 3.5 et sa préparation documentaire V2, sans leur substituer les limites de modèles ultérieurs.
POST /v1/reranktextrerank| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champdocuments | Typearray | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites cohere/rerank-v3.5 | Par défaut— |
Champprovider | Typeschema | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champquery | Typestring | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champsession_id | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champtop_n | Typeinteger | ExigenceFacultatif | Valeurs et limites Minimum: 1 | Par défaut— |
Champtrace | Typeschema | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champuser | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champdocuments[].text | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champdocuments[].image | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
text_rerank · Obligatoire : query, documents array with minItems1
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, query, documents |
Paramètrematerial_types | Contrattext |
Paramètreoptional_controls | Contratprovider, session_id, top_n, trace, user |
Paramètremultimodal_input_binding | Contratnull |
Cycle de vie : synchronous
Envoyez l’identifiant exact du modèle et conservez la réponse native complète.
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
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 par jeton | 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 |
| ConfigurationUltra | Barème tarifaire— | Unité de facturationpar unité de recherche | Coût total · unité de recherche $0.002 par unité de recherche |
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 →
{\n "documents": [\n "Paris is the capital of France.",\n "Berlin is the capital of Germany."\n ],\n "model": "cohere/rerank-v3.5",\n "query": "What is the capital of France?",\n "top_n": 3\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='cohere/rerank-v3.5'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/rerank \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Chaque index de résultat réel, chaque relevance_score fini et chaque objet de document d’origine sont conservés. Les index correspondent au tableau de documents d’origine. L’intégralité du JSON d’origine est enregistrée et renvoyée uniquement après le règlement.
Conservez l’opération d’origine et la réponse complète ou partielle ; ne rejouez pas le POST.
| Champ | Type |
|---|---|
Champmodel | Typestring |
Champid | Typestring |
Champprovider | Typestring |
Champresults[].index | Typeinteger |
Champresults[].relevance_score | Typenumber |
Champresults[].document.text | Typestring |
Champresults[].document.image | Typestring |
Champusage.search_units | Typeinteger |
Champusage.total_tokens | Typeinteger |
Champusage.cost | Typenumber |
| Réponse | Condition | Étape suivante |
|---|---|---|
Réponse400 · invalid_request_error | ConditionChamp obligatoire, représentation ou valeur non valide | Étape suivanteCorrigez le champ de requête indiqué. |
Ailoot Ultra cohere/rerank-v3.5
Utilisez les chemins de méthode indiqués ci-dessus.