voyage-4-large est le modèle phare de plongement textuel de Voyage AI dans la famille Voyage 4. Il représente les passages sources et les requêtes sous forme de vecteurs numériques pour la recherche généraliste et multilingue. Ses deux caractéristiques distinctives sont une conception à mélange d’experts et l’espace de plongement partagé utilisé par voyage-4-large, voyage-4, voyage-4-lite et voyage-4-nano.
Le fabricant décrit une recherche asymétrique : les documents peuvent être encodés avec voyage-4-large, tandis qu’un autre modèle de la famille Voyage 4 prépare les vecteurs de requêtes. Par exemple, un corpus représenté par Large peut être interrogé avec des requêtes voyage-4. Cela permet aux deux côtés de la recherche de choisir des modèles différents tout en restant dans l’espace compatible documenté.
Une collection concrète peut donc utiliser Large pour préparer des passages documentaires stables et choisir indépendamment le modèle du côté des requêtes. Les documents sont encodés lorsque le corpus est créé ou mis à jour, tandis que les requêtes sont vectorisées au fil des recherches des utilisateurs. L’annonce de la famille décrit le changement de modèle de requête au sein de la famille compatible sans revectoriser le corpus documentaire uniquement pour ce changement. Gardez les vecteurs comparés à des dimensions correspondantes et dans des représentations que le système de recherche peut interpréter ensemble.
Une couche dense feed-forward traite chaque token au moyen de l’ensemble de ses paramètres. L’approche MoE décrite pour voyage-4-large utilise un routeur et des réseaux feed-forward d’experts, en sélectionnant les experts qui traitent chaque token. Cela sépare la capacité totale du modèle des paramètres actifs pour un token particulier. Voyage rapporte un ratio d’activation de 1/10 pour la conception MoE du modèle, avec un routage top-k.
L’explication technique du fabricant décrit aussi deux choix de développement. La capacité des experts influe sur le fait que des tokens excédentaires contournent une couche d’experts par une voie résiduelle ; l’équipe a choisi le plus grand facteur de capacité réalisable afin d’éviter une perte de qualité de recherche. À l’étape finale d’entraînement, les paramètres du routeur sont gelés avant la fusion des modèles, afin que l’interpolation des modèles sources ne modifie pas le routage appris de sélection des experts. Il s’agit de caractéristiques de préparation du modèle, distinctes des réglages de longueur textuelle ou de troncature utilisés lors de la préparation d’une entrée.
Le tableau officiel des modèles spécifie une fenêtre de contexte de 32 000 tokens et des plongements sélectionnables de 256, 512, 1024 et 2048 dimensions, avec 1024 par défaut. La famille utilise l’apprentissage Matryoshka pour des tailles de représentation imbriquées et prend en charge plusieurs choix de quantification : virgule flottante de 32 bits, entiers signés ou non signés de 8 bits et sortie binaire compactée.
Avec une sortie binaire, la longueur de la liste d’octets renvoyée est égale au huitième de la dimension sélectionnée, car chaque octet contient huit bits de plongement. Préservez les choix de dimension et de type de données avec l’index et utilisez une méthode de comparaison prenant en charge cette représentation. Un vecteur plus petit ou compressé modifie la représentation utilisée pour la recherche ; évaluez les passages pertinents renvoyés pour de vraies questions avant de le choisir pour une collection.
Voyage recommande le rôle document pour les passages du corpus et le rôle query pour les formulations de recherche. Son option de rôle ajoute l’instruction de recherche correspondante avant l’encodage. Préservez le titre utile, les conditions et l’emplacement source du passage, puis stockez le vecteur renvoyé avec le texte d’origine et un identifiant stable.
Pour une collection de connaissances techniques, une question sur un mode de défaillance doit mener au passage qui décrit ce mode et ses conditions pertinentes. Pour une collection documentaire multilingue, conservez la langue source et évaluez les questions et la terminologie utilisées lors des recherches. La publication couvre des matériaux de recherche comprenant des documents techniques, des conversations, de longs documents, du code, du droit, de la finance et du texte web. Le plongement trouve des matériaux candidats ; un reclasseur ou une étape de réponse ultérieurs utilisent le texte d’origine.
Le guide actuel du fabricant autorise jusqu’à 1000 chaînes et 120 000 tokens d’entrée au total dans une requête voyage-4-large. Cela diffère du budget par lot indiqué pour voyage-4, tandis que les deux possèdent une fenêtre de 32 000 tokens par texte. La troncature par défaut raccourcit une entrée trop longue pour la faire tenir ; désactiver la troncature renvoie une erreur pour un texte trop long.
Choisissez délibérément les limites des passages contenant des réponses, afin qu’une longue source ne perde pas une précision pertinente dans une fin tronquée. Gardez l’association à la source lors du renvoi des résultats de recherche et examinez le texte candidat réel, plutôt que de traiter la proximité vectorielle comme une vérification de son contenu. La compatibilité d’espace partagé s’applique à la famille textuelle Voyage 4 documentée ; le traitement contextualisé des segments, les plongements d’images ou de vidéos et les éditions ultérieures de modèles restent des processus propres à chaque modèle.
", "aboutText": "voyage-4-large est le modèle phare de plongement textuel de Voyage AI dans la famille Voyage 4. Il représente les passages sources et les requêtes sous forme de vecteurs numériques pour la recherche généraliste et multilingue. Ses deux caractéristiques distinctives sont une conception à mélange d’experts et l’espace de plongement partagé utilisé par voyage-4-large, voyage-4, voyage-4-lite et voyage-4-nano.\n\n### Espace partagé : des choix séparés pour le corpus et les requêtes\n\nLe fabricant décrit une recherche asymétrique : les documents peuvent être encodés avec voyage-4-large, tandis qu’un autre modèle de la famille Voyage 4 prépare les vecteurs de requêtes. Par exemple, un corpus représenté par Large peut être interrogé avec des requêtes voyage-4. Cela permet aux deux côtés de la recherche de choisir des modèles différents tout en restant dans l’espace compatible documenté.\n\nUne collection concrète peut donc utiliser Large pour préparer des passages documentaires stables et choisir indépendamment le modèle du côté des requêtes. Les documents sont encodés lorsque le corpus est créé ou mis à jour, tandis que les requêtes sont vectorisées au fil des recherches des utilisateurs. L’annonce de la famille décrit le changement de modèle de requête au sein de la famille compatible sans revectoriser le corpus documentaire uniquement pour ce changement. Gardez les vecteurs comparés à des dimensions correspondantes et dans des représentations que le système de recherche peut interpréter ensemble.\n\n### Conception du plongement à mélange d’experts\n\nUne couche dense feed-forward traite chaque token au moyen de l’ensemble de ses paramètres. L’approche MoE décrite pour voyage-4-large utilise un routeur et des réseaux feed-forward d’experts, en sélectionnant les experts qui traitent chaque token. Cela sépare la capacité totale du modèle des paramètres actifs pour un token particulier. Voyage rapporte un ratio d’activation de 1/10 pour la conception MoE du modèle, avec un routage top-k.\n\nL’explication technique du fabricant décrit aussi deux choix de développement. La capacité des experts influe sur le fait que des tokens excédentaires contournent une couche d’experts par une voie résiduelle ; l’équipe a choisi le plus grand facteur de capacité réalisable afin d’éviter une perte de qualité de recherche. À l’étape finale d’entraînement, les paramètres du routeur sont gelés avant la fusion des modèles, afin que l’interpolation des modèles sources ne modifie pas le routage appris de sélection des experts. Il s’agit de caractéristiques de préparation du modèle, distinctes des réglages de longueur textuelle ou de troncature utilisés lors de la préparation d’une entrée.\n\n### Dimensions et représentation de sortie\n\nLe tableau officiel des modèles spécifie une fenêtre de contexte de 32 000 tokens et des plongements sélectionnables de 256, 512, 1024 et 2048 dimensions, avec 1024 par défaut. La famille utilise l’apprentissage Matryoshka pour des tailles de représentation imbriquées et prend en charge plusieurs choix de quantification : virgule flottante de 32 bits, entiers signés ou non signés de 8 bits et sortie binaire compactée.\n\nAvec une sortie binaire, la longueur de la liste d’octets renvoyée est égale au huitième de la dimension sélectionnée, car chaque octet contient huit bits de plongement. Préservez les choix de dimension et de type de données avec l’index et utilisez une méthode de comparaison prenant en charge cette représentation. Un vecteur plus petit ou compressé modifie la représentation utilisée pour la recherche ; évaluez les passages pertinents renvoyés pour de vraies questions avant de le choisir pour une collection.\n\n### Préparer les entrées de documents et de requêtes\n\nVoyage recommande le rôle document pour les passages du corpus et le rôle query pour les formulations de recherche. Son option de rôle ajoute l’instruction de recherche correspondante avant l’encodage. Préservez le titre utile, les conditions et l’emplacement source du passage, puis stockez le vecteur renvoyé avec le texte d’origine et un identifiant stable.\n\nPour une collection de connaissances techniques, une question sur un mode de défaillance doit mener au passage qui décrit ce mode et ses conditions pertinentes. Pour une collection documentaire multilingue, conservez la langue source et évaluez les questions et la terminologie utilisées lors des recherches. La publication couvre des matériaux de recherche comprenant des documents techniques, des conversations, de longs documents, du code, du droit, de la finance et du texte web. Le plongement trouve des matériaux candidats ; un reclasseur ou une étape de réponse ultérieurs utilisent le texte d’origine.\n\n### Limites de contexte, de traitement par lots et de troncature\n\nLe guide actuel du fabricant autorise jusqu’à 1000 chaînes et 120 000 tokens d’entrée au total dans une requête voyage-4-large. Cela diffère du budget par lot indiqué pour voyage-4, tandis que les deux possèdent une fenêtre de 32 000 tokens par texte. La troncature par défaut raccourcit une entrée trop longue pour la faire tenir ; désactiver la troncature renvoie une erreur pour un texte trop long.\n\nChoisissez délibérément les limites des passages contenant des réponses, afin qu’une longue source ne perde pas une précision pertinente dans une fin tronquée. Gardez l’association à la source lors du renvoi des résultats de recherche et examinez le texte candidat réel, plutôt que de traiter la proximité vectorielle comme une vérification de son contenu. La compatibilité d’espace partagé s’applique à la famille textuelle Voyage 4 documentée ; le traitement contextualisé des segments, les plongements d’images ou de vidéos et les éditions ultérieures de modèles restent des processus propres à chaque modèle.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "2658ef9368ae125a24560043efcecce98e7be6d7b320ef4be2e062af2e60e7d9", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr-be", "methods": [ { "html": "voyageai/voyage-4-largevoyage-4-large est le modèle de plongement textuel à mélange d’experts de Voyage AI pour la recherche généraliste et multilingue. Ses vecteurs partagent l’espace de la famille Voyage 4, ce qui permet de rechercher dans un corpus encodé par Large avec des plongements de requêtes compatibles issus d’autres modèles de la famille.
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.
voyage-4-large est le modèle phare de plongement textuel de Voyage AI dans la famille Voyage 4. Il représente les passages sources et les requêtes sous forme de vecteurs numériques pour la recherche généraliste et multilingue. Ses deux caractéristiques distinctives sont une conception à mélange d’experts et l’espace de plongement partagé utilisé par voyage-4-large, voyage-4, voyage-4-lite et voyage-4-nano.
Le fabricant décrit une recherche asymétrique : les documents peuvent être encodés avec voyage-4-large, tandis qu’un autre modèle de la famille Voyage 4 prépare les vecteurs de requêtes. Par exemple, un corpus représenté par Large peut être interrogé avec des requêtes voyage-4. Cela permet aux deux côtés de la recherche de choisir des modèles différents tout en restant dans l’espace compatible documenté.
Une collection concrète peut donc utiliser Large pour préparer des passages documentaires stables et choisir indépendamment le modèle du côté des requêtes. Les documents sont encodés lorsque le corpus est créé ou mis à jour, tandis que les requêtes sont vectorisées au fil des recherches des utilisateurs. L’annonce de la famille décrit le changement de modèle de requête au sein de la famille compatible sans revectoriser le corpus documentaire uniquement pour ce changement. Gardez les vecteurs comparés à des dimensions correspondantes et dans des représentations que le système de recherche peut interpréter ensemble.
Une couche dense feed-forward traite chaque token au moyen de l’ensemble de ses paramètres. L’approche MoE décrite pour voyage-4-large utilise un routeur et des réseaux feed-forward d’experts, en sélectionnant les experts qui traitent chaque token. Cela sépare la capacité totale du modèle des paramètres actifs pour un token particulier. Voyage rapporte un ratio d’activation de 1/10 pour la conception MoE du modèle, avec un routage top-k.
L’explication technique du fabricant décrit aussi deux choix de développement. La capacité des experts influe sur le fait que des tokens excédentaires contournent une couche d’experts par une voie résiduelle ; l’équipe a choisi le plus grand facteur de capacité réalisable afin d’éviter une perte de qualité de recherche. À l’étape finale d’entraînement, les paramètres du routeur sont gelés avant la fusion des modèles, afin que l’interpolation des modèles sources ne modifie pas le routage appris de sélection des experts. Il s’agit de caractéristiques de préparation du modèle, distinctes des réglages de longueur textuelle ou de troncature utilisés lors de la préparation d’une entrée.
Le tableau officiel des modèles spécifie une fenêtre de contexte de 32 000 tokens et des plongements sélectionnables de 256, 512, 1024 et 2048 dimensions, avec 1024 par défaut. La famille utilise l’apprentissage Matryoshka pour des tailles de représentation imbriquées et prend en charge plusieurs choix de quantification : virgule flottante de 32 bits, entiers signés ou non signés de 8 bits et sortie binaire compactée.
Avec une sortie binaire, la longueur de la liste d’octets renvoyée est égale au huitième de la dimension sélectionnée, car chaque octet contient huit bits de plongement. Préservez les choix de dimension et de type de données avec l’index et utilisez une méthode de comparaison prenant en charge cette représentation. Un vecteur plus petit ou compressé modifie la représentation utilisée pour la recherche ; évaluez les passages pertinents renvoyés pour de vraies questions avant de le choisir pour une collection.
Voyage recommande le rôle document pour les passages du corpus et le rôle query pour les formulations de recherche. Son option de rôle ajoute l’instruction de recherche correspondante avant l’encodage. Préservez le titre utile, les conditions et l’emplacement source du passage, puis stockez le vecteur renvoyé avec le texte d’origine et un identifiant stable.
Pour une collection de connaissances techniques, une question sur un mode de défaillance doit mener au passage qui décrit ce mode et ses conditions pertinentes. Pour une collection documentaire multilingue, conservez la langue source et évaluez les questions et la terminologie utilisées lors des recherches. La publication couvre des matériaux de recherche comprenant des documents techniques, des conversations, de longs documents, du code, du droit, de la finance et du texte web. Le plongement trouve des matériaux candidats ; un reclasseur ou une étape de réponse ultérieurs utilisent le texte d’origine.
Le guide actuel du fabricant autorise jusqu’à 1000 chaînes et 120 000 tokens d’entrée au total dans une requête voyage-4-large. Cela diffère du budget par lot indiqué pour voyage-4, tandis que les deux possèdent une fenêtre de 32 000 tokens par texte. La troncature par défaut raccourcit une entrée trop longue pour la faire tenir ; désactiver la troncature renvoie une erreur pour un texte trop long.
Choisissez délibérément les limites des passages contenant des réponses, afin qu’une longue source ne perde pas une précision pertinente dans une fin tronquée. Gardez l’association à la source lors du renvoi des résultats de recherche et examinez le texte candidat réel, plutôt que de traiter la proximité vectorielle comme une vérification de son contenu. La compatibilité d’espace partagé s’applique à la famille textuelle Voyage 4 documentée ; le traitement contextualisé des segments, les plongements d’images ou de vidéos et les éditions ultérieures de modèles restent des processus propres à chaque modèle.
POST /v1/embeddingstext, token_idsembedding| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites voyageai/voyage-4-large | Par défaut— |
Champinput | Typestring|string[]|integer[]|integer[][] | ExigenceObligatoire | Valeurs et limites Nombre minimal d’éléments: 1 Conditions: Lot homogène non vide. Les identifiants de jetons sont des entiers positifs ou nuls. Budget d’entrée : Maximum: 32 000 · Unité de texte: octets UTF8 · Unité de tokens: éléments du tableau de tokens | Par défaut— |
Champencoding_format | Typestring | ExigenceFacultatif | Valeurs et limites float | Par défautfloat |
Champdimensions | Typeinteger | ExigenceNon pris en charge | Valeurs et limites Minimum: 1 | Par défaut— |
Champuser | Typejson_value | ExigenceFacultatif | Valeurs et limites Conditions: Le code source autorise ce champ de métadonnées JSON ; sa sémantique exacte en amont dépend du modèle. | Par défaut— |
Champsession_id | Typejson_value | ExigenceFacultatif | Valeurs et limites Conditions: Le code source autorise ce champ de métadonnées JSON ; sa sémantique exacte en amont dépend du modèle. | Par défaut— |
Champtrace | Typejson_value | ExigenceFacultatif | Valeurs et limites Conditions: Le code source autorise ce champ de métadonnées JSON ; sa sémantique exacte en amont dépend du modèle. | Par défaut— |
Champprovider | Typeobject | ExigenceFacultatif | Valeurs et limites Conditions: provider.options est refusé | Par défaut— |
text_to_embedding
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, input |
Paramètreinput_shapes | Contratstring, string[], nonnegative_integer_token_array, nonnegative_integer_token_array[] |
Paramètreencoding_format | Contratfloat |
Paramètredimensions_override | Contratfalse |
Paramètremax_input_budget_units | Contrat32000 |
Paramètremultimodal_objects | Contratfalse |
Paramètrematerial_types | Contrattext, token_ids |
Cycle de vie : synchronous_json
Conservez tous les indices et toutes les dimensions des vecteurs.
Un nom de modèle multimodal n’autorise pas les objets image sur ce chemin précis.
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
| Configuration | Barème tarifaire | Coût |
|---|---|---|
| ConfigurationTarifs de base des tokens | Barème tarifaireTarif de base | Coût Entrée · Tokens en entrée $0.00024 / 1K tokens Sortie · Tokens en sortie $0 / 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 |
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 →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "voyageai/voyage-4-large", "input": ["First document", "Second document"]}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/embeddings \\\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\nr=json.loads(Path("result.json").read_text())\nfor x in r.get("data",[]): print(json.dumps({"index":x.get("index"),"embedding":x.get("embedding")}))\nPY_RESULT\nfrom openai import OpenAI\nimport os\n\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nresult=client.embeddings.create(model='voyageai/voyage-4-large',input=["First document","Second document"])\nprint(result)\nfor item in result.data:print(item.index,item.embedding)\njson
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Conservez chaque vecteur avec son indice. Le nombre de vecteurs doit être égal au nombre d’entrées ; les dimensions doivent être cohérentes.
Aucun point de terminaison dédié aux tâches d’embedding n’est ajouté.
| Champ | Type |
|---|---|
Champobject | Typestring |
Champmodel | Typestring |
Champdata[].index | Typeinteger |
Champdata[].embedding | Typefinite float[] |
Champusage | Typeobject |
| Réponse | Condition | Étape suivante |
|---|---|---|
Réponse400 · invalid_request_error | ConditionChamps obligatoires, représentation des contenus ou valeur de paramètre non valides | Étape suivanteCorrigez les champs indiqués avant une nouvelle requête de création. |
Ailoot Ultra voyageai/voyage-4-large
Utilisez les chemins de méthode indiqués ci-dessus.