Voyage Code 3 è un modello di embedding specializzato nel recupero di codice sorgente. Il produttore descrive attività da linguaggio naturale a codice, da codice a codice e da docstring a codice: una domanda può trovare un’implementazione, un frammento di codice può trovare logica correlata e la descrizione di una funzione può individuare codice pertinente. Il modello produce vettori per il recupero, anziché un file modificato o un programma completato.
Preparate i materiali del repository intorno a unità di codice significative. Mantenete una funzione insieme al nome, alla firma e ai commenti che ne spiegano lo scopo. Per un componente più ampio, includete le definizioni vicine necessarie per comprendere l’operazione. Archiviate separatamente repository, revisione, percorso del file e posizione della riga, in modo che un risultato di ricerca apra l’esatto codice sorgente trasformato in embedding.
Una ricerca in linguaggio naturale può descrivere un comportamento, come trovare la parte di un progetto che convalida un caricamento prima di salvarlo. Una query basata sul codice può fornire una funzione il cui scopo deve essere individuato altrove. Scegliete ricerche rappresentative da attività di sviluppo reali, includendo nomi poco familiari, implementazioni simili e utilità il cui significato dipende dal codice circostante.
La finestra di contesto di 32 000 token accoglie passaggi di codice consistenti. Usate questo spazio in modo intenzionale: una funzione completa e le sue dipendenze pertinenti possono essere più informative di un blocco arbitrario interrotto a metà del flusso di controllo. Mantenete leggibile la formattazione del codice sorgente e preservate la sintassi del linguaggio durante l’estrazione. Se un file sorgente è più grande della finestra di input, suddividetelo in punti strutturali utili e mantenete il legame tra i passaggi e il file a cui appartengono.
Voyage Code 3 supporta embedding con 2 048, 1 024, 512 o 256 dimensioni, insieme a rappresentazioni in virgola mobile, a otto bit con o senza segno e binarie. Questi controlli supportano indici dei repository di diverse dimensioni e diverse configurazioni di ricerca. Valutate una rappresentazione compatta sulle stesse ricerche reali usate per la base di confronto più grande, verificando se la funzione o il file corretto rimanga tra i risultati utili.
Per un assistente di programmazione, recuperate prima i passaggi di codice sorgente pertinenti, poi fornite quei passaggi e i relativi riferimenti ai file al componente responsabile di rispondere o apportare una modifica. Una corrispondenza di similarità aiuta a scegliere il contesto; non stabilisce che due implementazioni siano intercambiabili. Esaminate gli input, gli effetti collaterali e le specifiche circostanti nel codice recuperato prima di usarlo per guidare una modifica.
Separate le versioni non correlate di un repository tramite i metadati e mantenete tracciabili le revisioni indicizzate. Se una funzione si sposta o cambia comportamento, aggiornate sia il suo vettore sia la posizione nel codice sorgente. Le stesse impostazioni di embedding devono descrivere il codice indicizzato e le relative query. Quando migrate un indice, confrontate i risultati con l’insieme di domande esistente, affinché un modello o una rappresentazione vettoriale modificati non cambino silenziosamente il codice mostrato allo sviluppatore.
Tra le verifiche utili rientrano se una query trovi l’implementazione effettiva anziché soltanto il nome di un test, se una docstring trovi la funzione corrispondente e se il codice semanticamente correlato venga distinto da un frammento superficialmente simile. Conservate nel risultato di ricerca il testo del codice sorgente restituito e la sua posizione, affinché gli sviluppatori possano esaminare gli elementi di prova. Questo trasforma gli embedding specializzati sul codice del modello in uno strumento pratico di navigazione e selezione del contesto.
", "aboutText": "Voyage Code 3 è un modello di embedding specializzato nel recupero di codice sorgente. Il produttore descrive attività da linguaggio naturale a codice, da codice a codice e da docstring a codice: una domanda può trovare un’implementazione, un frammento di codice può trovare logica correlata e la descrizione di una funzione può individuare codice pertinente. Il modello produce vettori per il recupero, anziché un file modificato o un programma completato.\n\nPreparate i materiali del repository intorno a unità di codice significative. Mantenete una funzione insieme al nome, alla firma e ai commenti che ne spiegano lo scopo. Per un componente più ampio, includete le definizioni vicine necessarie per comprendere l’operazione. Archiviate separatamente repository, revisione, percorso del file e posizione della riga, in modo che un risultato di ricerca apra l’esatto codice sorgente trasformato in embedding.\n\nUna ricerca in linguaggio naturale può descrivere un comportamento, come trovare la parte di un progetto che convalida un caricamento prima di salvarlo. Una query basata sul codice può fornire una funzione il cui scopo deve essere individuato altrove. Scegliete ricerche rappresentative da attività di sviluppo reali, includendo nomi poco familiari, implementazioni simili e utilità il cui significato dipende dal codice circostante.\n\nLa finestra di contesto di 32 000 token accoglie passaggi di codice consistenti. Usate questo spazio in modo intenzionale: una funzione completa e le sue dipendenze pertinenti possono essere più informative di un blocco arbitrario interrotto a metà del flusso di controllo. Mantenete leggibile la formattazione del codice sorgente e preservate la sintassi del linguaggio durante l’estrazione. Se un file sorgente è più grande della finestra di input, suddividetelo in punti strutturali utili e mantenete il legame tra i passaggi e il file a cui appartengono.\n\nVoyage Code 3 supporta embedding con 2 048, 1 024, 512 o 256 dimensioni, insieme a rappresentazioni in virgola mobile, a otto bit con o senza segno e binarie. Questi controlli supportano indici dei repository di diverse dimensioni e diverse configurazioni di ricerca. Valutate una rappresentazione compatta sulle stesse ricerche reali usate per la base di confronto più grande, verificando se la funzione o il file corretto rimanga tra i risultati utili.\n\nPer un assistente di programmazione, recuperate prima i passaggi di codice sorgente pertinenti, poi fornite quei passaggi e i relativi riferimenti ai file al componente responsabile di rispondere o apportare una modifica. Una corrispondenza di similarità aiuta a scegliere il contesto; non stabilisce che due implementazioni siano intercambiabili. Esaminate gli input, gli effetti collaterali e le specifiche circostanti nel codice recuperato prima di usarlo per guidare una modifica.\n\nSeparate le versioni non correlate di un repository tramite i metadati e mantenete tracciabili le revisioni indicizzate. Se una funzione si sposta o cambia comportamento, aggiornate sia il suo vettore sia la posizione nel codice sorgente. Le stesse impostazioni di embedding devono descrivere il codice indicizzato e le relative query. Quando migrate un indice, confrontate i risultati con l’insieme di domande esistente, affinché un modello o una rappresentazione vettoriale modificati non cambino silenziosamente il codice mostrato allo sviluppatore.\n\nTra le verifiche utili rientrano se una query trovi l’implementazione effettiva anziché soltanto il nome di un test, se una docstring trovi la funzione corrispondente e se il codice semanticamente correlato venga distinto da un frammento superficialmente simile. Conservate nel risultato di ricerca il testo del codice sorgente restituito e la sua posizione, affinché gli sviluppatori possano esaminare gli elementi di prova. Questo trasforma gli embedding specializzati sul codice del modello in uno strumento pratico di navigazione e selezione del contesto.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "02febbd3c1dcad187515210812c203aa1ec41cddd9ccde32e1463cb3003c8b5c", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "it", "methods": [ { "html": "voyage-code-3Voyage Code 3 crea embedding per il recupero da testo a codice, da codice a codice e da docstring a codice. Una finestra di 32 000 token, dimensioni vettoriali selezionabili e output quantizzato supportano la ricerca nei repository e la selezione del contesto di codice per gli assistenti di programmazione.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
Voyage Code 3 è un modello di embedding specializzato nel recupero di codice sorgente. Il produttore descrive attività da linguaggio naturale a codice, da codice a codice e da docstring a codice: una domanda può trovare un’implementazione, un frammento di codice può trovare logica correlata e la descrizione di una funzione può individuare codice pertinente. Il modello produce vettori per il recupero, anziché un file modificato o un programma completato.
Preparate i materiali del repository intorno a unità di codice significative. Mantenete una funzione insieme al nome, alla firma e ai commenti che ne spiegano lo scopo. Per un componente più ampio, includete le definizioni vicine necessarie per comprendere l’operazione. Archiviate separatamente repository, revisione, percorso del file e posizione della riga, in modo che un risultato di ricerca apra l’esatto codice sorgente trasformato in embedding.
Una ricerca in linguaggio naturale può descrivere un comportamento, come trovare la parte di un progetto che convalida un caricamento prima di salvarlo. Una query basata sul codice può fornire una funzione il cui scopo deve essere individuato altrove. Scegliete ricerche rappresentative da attività di sviluppo reali, includendo nomi poco familiari, implementazioni simili e utilità il cui significato dipende dal codice circostante.
La finestra di contesto di 32 000 token accoglie passaggi di codice consistenti. Usate questo spazio in modo intenzionale: una funzione completa e le sue dipendenze pertinenti possono essere più informative di un blocco arbitrario interrotto a metà del flusso di controllo. Mantenete leggibile la formattazione del codice sorgente e preservate la sintassi del linguaggio durante l’estrazione. Se un file sorgente è più grande della finestra di input, suddividetelo in punti strutturali utili e mantenete il legame tra i passaggi e il file a cui appartengono.
Voyage Code 3 supporta embedding con 2 048, 1 024, 512 o 256 dimensioni, insieme a rappresentazioni in virgola mobile, a otto bit con o senza segno e binarie. Questi controlli supportano indici dei repository di diverse dimensioni e diverse configurazioni di ricerca. Valutate una rappresentazione compatta sulle stesse ricerche reali usate per la base di confronto più grande, verificando se la funzione o il file corretto rimanga tra i risultati utili.
Per un assistente di programmazione, recuperate prima i passaggi di codice sorgente pertinenti, poi fornite quei passaggi e i relativi riferimenti ai file al componente responsabile di rispondere o apportare una modifica. Una corrispondenza di similarità aiuta a scegliere il contesto; non stabilisce che due implementazioni siano intercambiabili. Esaminate gli input, gli effetti collaterali e le specifiche circostanti nel codice recuperato prima di usarlo per guidare una modifica.
Separate le versioni non correlate di un repository tramite i metadati e mantenete tracciabili le revisioni indicizzate. Se una funzione si sposta o cambia comportamento, aggiornate sia il suo vettore sia la posizione nel codice sorgente. Le stesse impostazioni di embedding devono descrivere il codice indicizzato e le relative query. Quando migrate un indice, confrontate i risultati con l’insieme di domande esistente, affinché un modello o una rappresentazione vettoriale modificati non cambino silenziosamente il codice mostrato allo sviluppatore.
Tra le verifiche utili rientrano se una query trovi l’implementazione effettiva anziché soltanto il nome di un test, se una docstring trovi la funzione corrispondente e se il codice semanticamente correlato venga distinto da un frammento superficialmente simile. Conservate nel risultato di ricerca il testo del codice sorgente restituito e la sua posizione, affinché gli sviluppatori possano esaminare gli elementi di prova. Questo trasforma gli embedding specializzati sul codice del modello in uno strumento pratico di navigazione e selezione del contesto.
POST /v1/embeddingstextembedding| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti voyage-code-3 Condizioni: Usa il selettore esatto del modello Ailoot. | Predefinito— |
Campoinput | Tipostring or array<string> | RequisitoObbligatorio | Valori e limiti Condizioni: Un testo o un elenco di testi; conserva un vettore per ogni elemento di dati restituito e il relativo indice. | Predefinito— |
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, input |
Parametrooptional | Contratto |
Parametromaterial_types | Contrattotext |
Parametroconditions | ContrattoInvia il testo con il modello selezionato; conserva ogni vettore restituito e il suo indice. |
Ciclo di vita: synchronous
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
| Configurazione | Listino delle tariffe | Costo |
|---|---|---|
| ConfigurazioneTariffe base dei token | Listino delle tariffeTariffa base | Costo Input · Token in input $0.0004 / 1K token Output · Token in output $0 / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
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
Usa i percorsi dei metodi indicati sopra.