Voyage Code 2 crée des embeddings numériques du code source et des textes associés. Il est conçu pour la recherche sémantique de code, dans laquelle un développeur décrit un comportement ou fournit un fragment de code, puis le système de recherche trouve les implémentations pertinentes. Les exemples de l’éditeur utilisent des questions en langage naturel, des extraits de code et des combinaisons des deux comme entrées de recherche.
Utilisez-le pour construire une expérience de recherche dans les dépôts de code autour de questions de développement réelles. Un développeur peut rechercher la routine qui retire uniquement le premier et le dernier caractère correspondants, ou la partie d’un projet qui applique un parcours d’arbre particulier. Préparez des requêtes exprimant précisément le comportement, y compris la condition qui distingue l’implémentation recherchée d’une implémentation proche mais incorrecte.
Indexez le code par unités utiles plutôt que de découper chaque fichier selon un nombre arbitraire de caractères. Conservez ensemble la signature d’une fonction, son corps et les explications pertinentes. Lorsqu’une fonction auxiliaire dépend de types ou de constantes locaux, gardez suffisamment de texte environnant pour rendre son rôle compréhensible. Stockez les chemins de fichiers, les révisions du dépôt et les emplacements dans la source en dehors de l’embedding, afin que le résultat puisse ouvrir directement le code original.
Cette édition dispose d’une fenêtre de contexte de 16 000 tokens et produit des embeddings de 1 536 dimensions. Dimensionnez l’index vectoriel pour cette représentation et associez les embeddings des requêtes et des documents au même modèle. Une collection déjà indexée avec Voyage Code 2 peut conserver une représentation de recherche cohérente pendant la mise à jour de ses enregistrements sources. Le passage à une autre édition d’embeddings doit être traité comme une migration d’index, avec une comparaison explicite sur le même dépôt.
Pour une requête en langage naturel, décrivez l’opération, les entrées et le résultat pertinent. Pour une requête fondée sur du code, incluez le fragment dont la logique doit être mise en correspondance et expliquez toute condition importante pour la recherche. Une recherche portant sur la gestion des nouvelles tentatives peut, par exemple, préciser si le code concerné réessaie après une expiration du délai ou après une réponse d’erreur complète. Vérifiez cette distinction dans la source retrouvée avant de l’utiliser pour une modification.
Préservez la traçabilité de la documentation et du code source lorsqu’ils sont tous deux indexés. Un passage explicatif peut fournir un contexte utile, tandis que l’implémentation est l’élément qu’un développeur doit examiner. Étiquetez ces types d’enregistrements pour qu’une page de recherche affiche la bonne destination et qu’un assistant de programmation distingue une description d’un code source exécutable.
Utilisez les passages retrouvés comme contexte pour naviguer dans un dépôt, trouver des implémentations ou préparer l’étape suivante d’un assistant de programmation. Préservez l’extrait pertinent complet et son emplacement lorsque vous le transmettez. La similarité aide à trouver du code candidat ; l’examen des entrées réelles, des effets de bord et des contrats détermine si ce candidat résout le problème actuel.
Évaluez la recherche sur un ensemble de questions réelles dont les réponses sources sont connues. Incluez des fonctions renommées, des commentaires trompeurs, des fonctions utilitaires similaires présentant des cas limites différents et des requêtes employant un vocabulaire absent du code. Vérifiez si l’implémentation attendue apparaît parmi les résultats utiles et si l’extrait affiché fournit suffisamment de contexte pour l’évaluer. Conservez ces questions au fil de la croissance du dépôt pour comparer les changements d’extraction, de découpage ou d’indexation sur les mêmes tâches.
", "aboutText": "Voyage Code 2 crée des embeddings numériques du code source et des textes associés. Il est conçu pour la recherche sémantique de code, dans laquelle un développeur décrit un comportement ou fournit un fragment de code, puis le système de recherche trouve les implémentations pertinentes. Les exemples de l’éditeur utilisent des questions en langage naturel, des extraits de code et des combinaisons des deux comme entrées de recherche.\n\nUtilisez-le pour construire une expérience de recherche dans les dépôts de code autour de questions de développement réelles. Un développeur peut rechercher la routine qui retire uniquement le premier et le dernier caractère correspondants, ou la partie d’un projet qui applique un parcours d’arbre particulier. Préparez des requêtes exprimant précisément le comportement, y compris la condition qui distingue l’implémentation recherchée d’une implémentation proche mais incorrecte.\n\nIndexez le code par unités utiles plutôt que de découper chaque fichier selon un nombre arbitraire de caractères. Conservez ensemble la signature d’une fonction, son corps et les explications pertinentes. Lorsqu’une fonction auxiliaire dépend de types ou de constantes locaux, gardez suffisamment de texte environnant pour rendre son rôle compréhensible. Stockez les chemins de fichiers, les révisions du dépôt et les emplacements dans la source en dehors de l’embedding, afin que le résultat puisse ouvrir directement le code original.\n\nCette édition dispose d’une fenêtre de contexte de 16 000 tokens et produit des embeddings de 1 536 dimensions. Dimensionnez l’index vectoriel pour cette représentation et associez les embeddings des requêtes et des documents au même modèle. Une collection déjà indexée avec Voyage Code 2 peut conserver une représentation de recherche cohérente pendant la mise à jour de ses enregistrements sources. Le passage à une autre édition d’embeddings doit être traité comme une migration d’index, avec une comparaison explicite sur le même dépôt.\n\nPour une requête en langage naturel, décrivez l’opération, les entrées et le résultat pertinent. Pour une requête fondée sur du code, incluez le fragment dont la logique doit être mise en correspondance et expliquez toute condition importante pour la recherche. Une recherche portant sur la gestion des nouvelles tentatives peut, par exemple, préciser si le code concerné réessaie après une expiration du délai ou après une réponse d’erreur complète. Vérifiez cette distinction dans la source retrouvée avant de l’utiliser pour une modification.\n\nPréservez la traçabilité de la documentation et du code source lorsqu’ils sont tous deux indexés. Un passage explicatif peut fournir un contexte utile, tandis que l’implémentation est l’élément qu’un développeur doit examiner. Étiquetez ces types d’enregistrements pour qu’une page de recherche affiche la bonne destination et qu’un assistant de programmation distingue une description d’un code source exécutable.\n\nUtilisez les passages retrouvés comme contexte pour naviguer dans un dépôt, trouver des implémentations ou préparer l’étape suivante d’un assistant de programmation. Préservez l’extrait pertinent complet et son emplacement lorsque vous le transmettez. La similarité aide à trouver du code candidat ; l’examen des entrées réelles, des effets de bord et des contrats détermine si ce candidat résout le problème actuel.\n\nÉvaluez la recherche sur un ensemble de questions réelles dont les réponses sources sont connues. Incluez des fonctions renommées, des commentaires trompeurs, des fonctions utilitaires similaires présentant des cas limites différents et des requêtes employant un vocabulaire absent du code. Vérifiez si l’implémentation attendue apparaît parmi les résultats utiles et si l’extrait affiché fournit suffisamment de contexte pour l’évaluer. Conservez ces questions au fil de la croissance du dépôt pour comparer les changements d’extraction, de découpage ou d’indexation sur les mêmes tâches.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "a0653751496995df39c3afa2ffca50bd1efbc719f8db99aa0ea3a8f5f5c0af89", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr-be", "methods": [ { "html": "voyage-code-2Voyage Code 2 crée des embeddings du code source et des textes associés pour la recherche sémantique dans les dépôts de code. Des questions en langage naturel, des extraits de code ou des requêtes combinant les deux peuvent retrouver des implémentations pertinentes ; cette édition utilise une fenêtre de contexte de 16 000 tokens et des vecteurs de 1 536 dimensions.
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 2 crée des embeddings numériques du code source et des textes associés. Il est conçu pour la recherche sémantique de code, dans laquelle un développeur décrit un comportement ou fournit un fragment de code, puis le système de recherche trouve les implémentations pertinentes. Les exemples de l’éditeur utilisent des questions en langage naturel, des extraits de code et des combinaisons des deux comme entrées de recherche.
Utilisez-le pour construire une expérience de recherche dans les dépôts de code autour de questions de développement réelles. Un développeur peut rechercher la routine qui retire uniquement le premier et le dernier caractère correspondants, ou la partie d’un projet qui applique un parcours d’arbre particulier. Préparez des requêtes exprimant précisément le comportement, y compris la condition qui distingue l’implémentation recherchée d’une implémentation proche mais incorrecte.
Indexez le code par unités utiles plutôt que de découper chaque fichier selon un nombre arbitraire de caractères. Conservez ensemble la signature d’une fonction, son corps et les explications pertinentes. Lorsqu’une fonction auxiliaire dépend de types ou de constantes locaux, gardez suffisamment de texte environnant pour rendre son rôle compréhensible. Stockez les chemins de fichiers, les révisions du dépôt et les emplacements dans la source en dehors de l’embedding, afin que le résultat puisse ouvrir directement le code original.
Cette édition dispose d’une fenêtre de contexte de 16 000 tokens et produit des embeddings de 1 536 dimensions. Dimensionnez l’index vectoriel pour cette représentation et associez les embeddings des requêtes et des documents au même modèle. Une collection déjà indexée avec Voyage Code 2 peut conserver une représentation de recherche cohérente pendant la mise à jour de ses enregistrements sources. Le passage à une autre édition d’embeddings doit être traité comme une migration d’index, avec une comparaison explicite sur le même dépôt.
Pour une requête en langage naturel, décrivez l’opération, les entrées et le résultat pertinent. Pour une requête fondée sur du code, incluez le fragment dont la logique doit être mise en correspondance et expliquez toute condition importante pour la recherche. Une recherche portant sur la gestion des nouvelles tentatives peut, par exemple, préciser si le code concerné réessaie après une expiration du délai ou après une réponse d’erreur complète. Vérifiez cette distinction dans la source retrouvée avant de l’utiliser pour une modification.
Préservez la traçabilité de la documentation et du code source lorsqu’ils sont tous deux indexés. Un passage explicatif peut fournir un contexte utile, tandis que l’implémentation est l’élément qu’un développeur doit examiner. Étiquetez ces types d’enregistrements pour qu’une page de recherche affiche la bonne destination et qu’un assistant de programmation distingue une description d’un code source exécutable.
Utilisez les passages retrouvés comme contexte pour naviguer dans un dépôt, trouver des implémentations ou préparer l’étape suivante d’un assistant de programmation. Préservez l’extrait pertinent complet et son emplacement lorsque vous le transmettez. La similarité aide à trouver du code candidat ; l’examen des entrées réelles, des effets de bord et des contrats détermine si ce candidat résout le problème actuel.
Évaluez la recherche sur un ensemble de questions réelles dont les réponses sources sont connues. Incluez des fonctions renommées, des commentaires trompeurs, des fonctions utilitaires similaires présentant des cas limites différents et des requêtes employant un vocabulaire absent du code. Vérifiez si l’implémentation attendue apparaît parmi les résultats utiles et si l’extrait affiché fournit suffisamment de contexte pour l’évaluer. Conservez ces questions au fil de la croissance du dépôt pour comparer les changements d’extraction, de découpage ou d’indexation sur les mêmes tâches.
POST /v1/embeddingstextembedding| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites voyage-code-2 Conditions: Utilisez le sélecteur exact de modèle Ailoot. | 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 renvoyé ainsi que son index. | 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 renvoyé et son index. |
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 · Tokens en entrée $0.0004 / 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}"\ncat > request.json <<'JSON'\n{\n "model": "voyage-code-2",\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-2
Utilisez les chemins de méthode indiqués ci-dessus.