Voyage Code 3 est un modèle d’embeddings spécialisé dans la recherche de code source. L’éditeur décrit des tâches allant du langage naturel au code, du code au code et des docstrings au code : une question peut trouver une implémentation, un fragment de code peut trouver une logique apparentée et une description de fonction peut localiser du code pertinent. Le modèle produit des vecteurs pour la recherche, plutôt qu’un fichier modifié ou un programme terminé.
Préparez le contenu du dépôt autour d’unités de code significatives. Conservez une fonction avec son nom, sa signature et les commentaires qui expliquent son rôle. Pour un composant plus vaste, incluez les définitions voisines nécessaires à la compréhension de l’opération. Stockez séparément le dépôt, la révision, le chemin du fichier et l’emplacement des lignes, afin qu’un résultat de recherche ouvre exactement la source dont l’embedding a été créé.
Une recherche en langage naturel peut décrire un comportement, par exemple trouver la partie d’un projet qui valide un fichier téléversé avant de l’enregistrer. Une requête fondée sur du code peut fournir une fonction dont il faut retrouver un rôle correspondant ailleurs. Choisissez des recherches représentatives de tâches de développement réelles, notamment avec des noms peu familiers, des implémentations similaires et des fonctions utilitaires dont le sens dépend du code environnant.
La fenêtre de contexte de 32 000 jetons peut accueillir des passages de code volumineux. Utilisez cet espace à bon escient : une fonction complète et ses dépendances pertinentes peuvent être plus informatives qu’un bloc arbitraire coupé au milieu du flux de contrôle. Gardez une mise en forme lisible du code source et préservez la syntaxe du langage pendant l’extraction. Si un fichier source dépasse la fenêtre d’entrée, découpez-le à des limites structurelles utiles et conservez la relation entre les passages et leur fichier parent.
Voyage Code 3 prend en charge des embeddings de 2 048, 1 024, 512 ou 256 dimensions, ainsi que des représentations à virgule flottante, sur huit bits signés ou non signés, et binaires. Ces paramètres permettent différentes tailles d’index de dépôts et configurations de recherche. Évaluez une représentation compacte avec les mêmes recherches réelles que la référence plus grande, en vérifiant si la bonne fonction ou le bon fichier reste parmi les résultats utiles.
Pour un assistant de programmation, retrouvez d’abord les passages sources pertinents, puis fournissez ces passages et leurs références de fichiers au composant chargé de répondre ou d’effectuer une modification. Une correspondance par similarité aide à choisir le contexte ; elle n’établit pas que deux implémentations sont interchangeables. Examinez les entrées, les effets de bord et les contrats environnants dans le code retrouvé avant de vous en servir pour guider une modification.
Séparez les versions sans rapport d’un dépôt à l’aide de métadonnées et maintenez la traçabilité des révisions indexées. Si une fonction est déplacée ou que son comportement change, mettez à jour son vecteur et son emplacement source. Les mêmes paramètres d’embedding doivent décrire la source indexée et ses requêtes. Lors d’une migration d’index, comparez les résultats à l’ensemble de questions existant pour qu’un changement de modèle ou de représentation vectorielle ne modifie pas silencieusement le code présenté au développeur.
Les vérifications utiles consistent notamment à déterminer si une requête trouve l’implémentation réelle plutôt qu’un simple nom de test, si une docstring trouve sa fonction correspondante et si du code sémantiquement lié est distingué d’un fragment superficiellement similaire. Conservez le texte source renvoyé et son emplacement dans le résultat de recherche pour que les développeurs puissent examiner les éléments justificatifs. Les embeddings spécialisés dans le code deviennent ainsi un outil pratique de navigation et de sélection du contexte.
", "aboutText": "Voyage Code 3 est un modèle d’embeddings spécialisé dans la recherche de code source. L’éditeur décrit des tâches allant du langage naturel au code, du code au code et des docstrings au code : une question peut trouver une implémentation, un fragment de code peut trouver une logique apparentée et une description de fonction peut localiser du code pertinent. Le modèle produit des vecteurs pour la recherche, plutôt qu’un fichier modifié ou un programme terminé.\n\nPréparez le contenu du dépôt autour d’unités de code significatives. Conservez une fonction avec son nom, sa signature et les commentaires qui expliquent son rôle. Pour un composant plus vaste, incluez les définitions voisines nécessaires à la compréhension de l’opération. Stockez séparément le dépôt, la révision, le chemin du fichier et l’emplacement des lignes, afin qu’un résultat de recherche ouvre exactement la source dont l’embedding a été créé.\n\nUne recherche en langage naturel peut décrire un comportement, par exemple trouver la partie d’un projet qui valide un fichier téléversé avant de l’enregistrer. Une requête fondée sur du code peut fournir une fonction dont il faut retrouver un rôle correspondant ailleurs. Choisissez des recherches représentatives de tâches de développement réelles, notamment avec des noms peu familiers, des implémentations similaires et des fonctions utilitaires dont le sens dépend du code environnant.\n\nLa fenêtre de contexte de 32 000 jetons peut accueillir des passages de code volumineux. Utilisez cet espace à bon escient : une fonction complète et ses dépendances pertinentes peuvent être plus informatives qu’un bloc arbitraire coupé au milieu du flux de contrôle. Gardez une mise en forme lisible du code source et préservez la syntaxe du langage pendant l’extraction. Si un fichier source dépasse la fenêtre d’entrée, découpez-le à des limites structurelles utiles et conservez la relation entre les passages et leur fichier parent.\n\nVoyage Code 3 prend en charge des embeddings de 2 048, 1 024, 512 ou 256 dimensions, ainsi que des représentations à virgule flottante, sur huit bits signés ou non signés, et binaires. Ces paramètres permettent différentes tailles d’index de dépôts et configurations de recherche. Évaluez une représentation compacte avec les mêmes recherches réelles que la référence plus grande, en vérifiant si la bonne fonction ou le bon fichier reste parmi les résultats utiles.\n\nPour un assistant de programmation, retrouvez d’abord les passages sources pertinents, puis fournissez ces passages et leurs références de fichiers au composant chargé de répondre ou d’effectuer une modification. Une correspondance par similarité aide à choisir le contexte ; elle n’établit pas que deux implémentations sont interchangeables. Examinez les entrées, les effets de bord et les contrats environnants dans le code retrouvé avant de vous en servir pour guider une modification.\n\nSéparez les versions sans rapport d’un dépôt à l’aide de métadonnées et maintenez la traçabilité des révisions indexées. Si une fonction est déplacée ou que son comportement change, mettez à jour son vecteur et son emplacement source. Les mêmes paramètres d’embedding doivent décrire la source indexée et ses requêtes. Lors d’une migration d’index, comparez les résultats à l’ensemble de questions existant pour qu’un changement de modèle ou de représentation vectorielle ne modifie pas silencieusement le code présenté au développeur.\n\nLes vérifications utiles consistent notamment à déterminer si une requête trouve l’implémentation réelle plutôt qu’un simple nom de test, si une docstring trouve sa fonction correspondante et si du code sémantiquement lié est distingué d’un fragment superficiellement similaire. Conservez le texte source renvoyé et son emplacement dans le résultat de recherche pour que les développeurs puissent examiner les éléments justificatifs. Les embeddings spécialisés dans le code deviennent ainsi un outil pratique de navigation et de sélection du contexte.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "3f0c6aeff938bb2559d06b152bff1b9b8ece124228f43e1055a620f97fad0cf8", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr-ca", "methods": [ { "html": "voyage-code-3Voyage Code 3 crée des embeddings pour retrouver du code à partir de texte, de code ou de docstrings. Une fenêtre de 32 000 jetons, des dimensions vectorielles sélectionnables et une sortie quantifiée prennent en charge la recherche dans les dépôts et la sélection de contexte de code pour les assistants de programmation.
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 Code 3 est un modèle d’embeddings spécialisé dans la recherche de code source. L’éditeur décrit des tâches allant du langage naturel au code, du code au code et des docstrings au code : une question peut trouver une implémentation, un fragment de code peut trouver une logique apparentée et une description de fonction peut localiser du code pertinent. Le modèle produit des vecteurs pour la recherche, plutôt qu’un fichier modifié ou un programme terminé.
Préparez le contenu du dépôt autour d’unités de code significatives. Conservez une fonction avec son nom, sa signature et les commentaires qui expliquent son rôle. Pour un composant plus vaste, incluez les définitions voisines nécessaires à la compréhension de l’opération. Stockez séparément le dépôt, la révision, le chemin du fichier et l’emplacement des lignes, afin qu’un résultat de recherche ouvre exactement la source dont l’embedding a été créé.
Une recherche en langage naturel peut décrire un comportement, par exemple trouver la partie d’un projet qui valide un fichier téléversé avant de l’enregistrer. Une requête fondée sur du code peut fournir une fonction dont il faut retrouver un rôle correspondant ailleurs. Choisissez des recherches représentatives de tâches de développement réelles, notamment avec des noms peu familiers, des implémentations similaires et des fonctions utilitaires dont le sens dépend du code environnant.
La fenêtre de contexte de 32 000 jetons peut accueillir des passages de code volumineux. Utilisez cet espace à bon escient : une fonction complète et ses dépendances pertinentes peuvent être plus informatives qu’un bloc arbitraire coupé au milieu du flux de contrôle. Gardez une mise en forme lisible du code source et préservez la syntaxe du langage pendant l’extraction. Si un fichier source dépasse la fenêtre d’entrée, découpez-le à des limites structurelles utiles et conservez la relation entre les passages et leur fichier parent.
Voyage Code 3 prend en charge des embeddings de 2 048, 1 024, 512 ou 256 dimensions, ainsi que des représentations à virgule flottante, sur huit bits signés ou non signés, et binaires. Ces paramètres permettent différentes tailles d’index de dépôts et configurations de recherche. Évaluez une représentation compacte avec les mêmes recherches réelles que la référence plus grande, en vérifiant si la bonne fonction ou le bon fichier reste parmi les résultats utiles.
Pour un assistant de programmation, retrouvez d’abord les passages sources pertinents, puis fournissez ces passages et leurs références de fichiers au composant chargé de répondre ou d’effectuer une modification. Une correspondance par similarité aide à choisir le contexte ; elle n’établit pas que deux implémentations sont interchangeables. Examinez les entrées, les effets de bord et les contrats environnants dans le code retrouvé avant de vous en servir pour guider une modification.
Séparez les versions sans rapport d’un dépôt à l’aide de métadonnées et maintenez la traçabilité des révisions indexées. Si une fonction est déplacée ou que son comportement change, mettez à jour son vecteur et son emplacement source. Les mêmes paramètres d’embedding doivent décrire la source indexée et ses requêtes. Lors d’une migration d’index, comparez les résultats à l’ensemble de questions existant pour qu’un changement de modèle ou de représentation vectorielle ne modifie pas silencieusement le code présenté au développeur.
Les vérifications utiles consistent notamment à déterminer si une requête trouve l’implémentation réelle plutôt qu’un simple nom de test, si une docstring trouve sa fonction correspondante et si du code sémantiquement lié est distingué d’un fragment superficiellement similaire. Conservez le texte source renvoyé et son emplacement dans le résultat de recherche pour que les développeurs puissent examiner les éléments justificatifs. Les embeddings spécialisés dans le code deviennent ainsi un outil pratique de navigation et de sélection du contexte.
POST /v1/embeddingstextembedding| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites voyage-code-3 Conditions: Utilisez le sélecteur de modèles Ailoot exact. | Par défaut— |
Champinput | Typestring or array<string> | ExigenceObligatoire | Valeurs et limites Conditions: Un texte ou une liste de textes; conservez un vecteur pour chaque élément de données retourné, ainsi que son indice. | Par défaut— |
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, input |
Paramètreoptional | Contrat |
Paramètrematerial_types | Contrattext |
Paramètreconditions | ContratEnvoyez du texte avec le modèle sélectionné; conservez chaque vecteur retourné et son indice. |
Cycle de vie : synchronous
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 jetons | Barème tarifaireTarif de base | Coût Entrée · Jetons en entrée $0.0004 / 1K jetons Sortie · Jetons en sortie $0 / 1K jetons Entrée · Lecture du cache — / 1K jetons Entrée · Écriture dans le cache — / 1K jetons Entrée · Écriture dans le cache, 1 h — / 1K jetons |
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}"\ncat > request.json <<'JSON'\n{\n "model": "voyage-code-3",\n "input": "The quick brown fox jumps over the lazy dog"\n}\nJSON\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 embeddings.json\n# Keep every data item and its index, the full usage object and response headers.\nAiloot Ultra voyage-code-3
Utilisez les chemins de méthode indiqués ci-dessus.