Voyage Code 2 skapar numeriska inbäddningar av källkod och relaterad text. Modellen är utformad för semantisk kodsökning, där en utvecklare beskriver ett beteende eller tillhandahåller ett kodfragment och söksystemet hittar relevanta implementationer. Tillverkarens exempel omfattar frågor på naturligt språk, kodavsnitt och kombinationer av dessa som sökindata.
Använd modellen för att bygga sökning i kodarkiv kring verkliga utvecklingsfrågor. En utvecklare kan exempelvis söka efter rutinen som bara tar bort det första och det sista matchande tecknet, eller den del av ett projekt som utför en viss trädtraversering. Förbered frågor som beskriver beteendet exakt, inklusive villkoret som skiljer den önskade implementationen från en närliggande men felaktig variant.
Indexera kod i användbara enheter i stället för att dela varje fil vid ett godtyckligt teckenantal. Håll en funktions signatur, kropp och relevanta förklaring tillsammans. Om en hjälpfunktion är beroende av lokala typer eller konstanter bör tillräckligt mycket omgivande text bevaras för att dess syfte ska vara begripligt. Lagra filsökvägar, kodarkivets revisioner och källpositioner utanför inbäddningen så att resultatet kan öppna originalkoden direkt.
Denna version har ett kontextfönster på 16 000 token och skapar inbäddningar med 1 536 dimensioner. Dimensionera vektorindexet för denna representation och håll fråge- och dokumentinbäddningar kopplade till samma modell. En samling som redan har indexerats med Voyage Code 2 kan behålla en konsekvent sökrepresentation medan källposterna uppdateras. Ett byte till en annan inbäddningsversion bör hanteras som en indexmigrering med en uttrycklig jämförelse på samma kodarkiv.
Beskriv operationen, indata och det relevanta resultatet i en fråga på naturligt språk. I en kodfråga anger du fragmentet vars logik ska matchas och förklarar de villkor som är viktiga för sökningen. En sökning efter återförsökshantering kan exempelvis ange om koden gör ett nytt försök efter en timeout eller efter ett fullständigt felsvar. Kontrollera denna skillnad i den hämtade källan innan den används vid en ändring.
Behåll spårbarheten mellan dokumentation och källkod när båda indexeras. Ett förklarande avsnitt kan ge användbar kontext, medan implementationen är det material utvecklaren behöver granska. Märk dessa posttyper så att söksidan kan visa rätt destination och en kodassistent kan skilja en beskrivning från körbar källkod.
Använd de hämtade avsnitten som kontext för navigering i kodarkivet, sökning efter implementationer eller kodassistentens nästa steg. Bevara hela det relevanta kodavsnittet och dess plats när det skickas vidare. Likhet hjälper till att hitta kandidatkod; granskning av faktiska indata, sidoeffekter och kontrakt avgör om kandidaten löser det aktuella problemet.
Utvärdera sökningen med verkliga frågor vars svar finns på kända platser i källkoden. Ta med omdöpta funktioner, missvisande kommentarer, liknande hjälpfunktioner med olika gränsfall och frågor som använder ord som saknas i koden. Kontrollera om den förväntade implementationen finns bland de användbara resultaten och om det visade avsnittet ger tillräcklig kontext för bedömning. Behåll frågorna när kodarkivet växer så att ändringar i extraktion, avsnittsindelning eller indexering kan jämföras mot samma uppgifter.
", "aboutText": "Voyage Code 2 skapar numeriska inbäddningar av källkod och relaterad text. Modellen är utformad för semantisk kodsökning, där en utvecklare beskriver ett beteende eller tillhandahåller ett kodfragment och söksystemet hittar relevanta implementationer. Tillverkarens exempel omfattar frågor på naturligt språk, kodavsnitt och kombinationer av dessa som sökindata.\n\nAnvänd modellen för att bygga sökning i kodarkiv kring verkliga utvecklingsfrågor. En utvecklare kan exempelvis söka efter rutinen som bara tar bort det första och det sista matchande tecknet, eller den del av ett projekt som utför en viss trädtraversering. Förbered frågor som beskriver beteendet exakt, inklusive villkoret som skiljer den önskade implementationen från en närliggande men felaktig variant.\n\nIndexera kod i användbara enheter i stället för att dela varje fil vid ett godtyckligt teckenantal. Håll en funktions signatur, kropp och relevanta förklaring tillsammans. Om en hjälpfunktion är beroende av lokala typer eller konstanter bör tillräckligt mycket omgivande text bevaras för att dess syfte ska vara begripligt. Lagra filsökvägar, kodarkivets revisioner och källpositioner utanför inbäddningen så att resultatet kan öppna originalkoden direkt.\n\nDenna version har ett kontextfönster på 16 000 token och skapar inbäddningar med 1 536 dimensioner. Dimensionera vektorindexet för denna representation och håll fråge- och dokumentinbäddningar kopplade till samma modell. En samling som redan har indexerats med Voyage Code 2 kan behålla en konsekvent sökrepresentation medan källposterna uppdateras. Ett byte till en annan inbäddningsversion bör hanteras som en indexmigrering med en uttrycklig jämförelse på samma kodarkiv.\n\nBeskriv operationen, indata och det relevanta resultatet i en fråga på naturligt språk. I en kodfråga anger du fragmentet vars logik ska matchas och förklarar de villkor som är viktiga för sökningen. En sökning efter återförsökshantering kan exempelvis ange om koden gör ett nytt försök efter en timeout eller efter ett fullständigt felsvar. Kontrollera denna skillnad i den hämtade källan innan den används vid en ändring.\n\nBehåll spårbarheten mellan dokumentation och källkod när båda indexeras. Ett förklarande avsnitt kan ge användbar kontext, medan implementationen är det material utvecklaren behöver granska. Märk dessa posttyper så att söksidan kan visa rätt destination och en kodassistent kan skilja en beskrivning från körbar källkod.\n\nAnvänd de hämtade avsnitten som kontext för navigering i kodarkivet, sökning efter implementationer eller kodassistentens nästa steg. Bevara hela det relevanta kodavsnittet och dess plats när det skickas vidare. Likhet hjälper till att hitta kandidatkod; granskning av faktiska indata, sidoeffekter och kontrakt avgör om kandidaten löser det aktuella problemet.\n\nUtvärdera sökningen med verkliga frågor vars svar finns på kända platser i källkoden. Ta med omdöpta funktioner, missvisande kommentarer, liknande hjälpfunktioner med olika gränsfall och frågor som använder ord som saknas i koden. Kontrollera om den förväntade implementationen finns bland de användbara resultaten och om det visade avsnittet ger tillräcklig kontext för bedömning. Behåll frågorna när kodarkivet växer så att ändringar i extraktion, avsnittsindelning eller indexering kan jämföras mot samma uppgifter.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "cc42cb4b92c61e3392a331a7aab8af6fe57f554f9782a8f426762c9e5391ff09", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "voyage-code-2Voyage Code 2 skapar inbäddningar av källkod och relaterad text för semantisk sökning i kodarkiv. Frågor på naturligt språk, kodavsnitt eller kombinationer av dem kan hitta relevanta implementationer; denna version använder ett kontextfönster på 16 000 token och vektorer med 1 536 dimensioner.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
Voyage Code 2 skapar numeriska inbäddningar av källkod och relaterad text. Modellen är utformad för semantisk kodsökning, där en utvecklare beskriver ett beteende eller tillhandahåller ett kodfragment och söksystemet hittar relevanta implementationer. Tillverkarens exempel omfattar frågor på naturligt språk, kodavsnitt och kombinationer av dessa som sökindata.
Använd modellen för att bygga sökning i kodarkiv kring verkliga utvecklingsfrågor. En utvecklare kan exempelvis söka efter rutinen som bara tar bort det första och det sista matchande tecknet, eller den del av ett projekt som utför en viss trädtraversering. Förbered frågor som beskriver beteendet exakt, inklusive villkoret som skiljer den önskade implementationen från en närliggande men felaktig variant.
Indexera kod i användbara enheter i stället för att dela varje fil vid ett godtyckligt teckenantal. Håll en funktions signatur, kropp och relevanta förklaring tillsammans. Om en hjälpfunktion är beroende av lokala typer eller konstanter bör tillräckligt mycket omgivande text bevaras för att dess syfte ska vara begripligt. Lagra filsökvägar, kodarkivets revisioner och källpositioner utanför inbäddningen så att resultatet kan öppna originalkoden direkt.
Denna version har ett kontextfönster på 16 000 token och skapar inbäddningar med 1 536 dimensioner. Dimensionera vektorindexet för denna representation och håll fråge- och dokumentinbäddningar kopplade till samma modell. En samling som redan har indexerats med Voyage Code 2 kan behålla en konsekvent sökrepresentation medan källposterna uppdateras. Ett byte till en annan inbäddningsversion bör hanteras som en indexmigrering med en uttrycklig jämförelse på samma kodarkiv.
Beskriv operationen, indata och det relevanta resultatet i en fråga på naturligt språk. I en kodfråga anger du fragmentet vars logik ska matchas och förklarar de villkor som är viktiga för sökningen. En sökning efter återförsökshantering kan exempelvis ange om koden gör ett nytt försök efter en timeout eller efter ett fullständigt felsvar. Kontrollera denna skillnad i den hämtade källan innan den används vid en ändring.
Behåll spårbarheten mellan dokumentation och källkod när båda indexeras. Ett förklarande avsnitt kan ge användbar kontext, medan implementationen är det material utvecklaren behöver granska. Märk dessa posttyper så att söksidan kan visa rätt destination och en kodassistent kan skilja en beskrivning från körbar källkod.
Använd de hämtade avsnitten som kontext för navigering i kodarkivet, sökning efter implementationer eller kodassistentens nästa steg. Bevara hela det relevanta kodavsnittet och dess plats när det skickas vidare. Likhet hjälper till att hitta kandidatkod; granskning av faktiska indata, sidoeffekter och kontrakt avgör om kandidaten löser det aktuella problemet.
Utvärdera sökningen med verkliga frågor vars svar finns på kända platser i källkoden. Ta med omdöpta funktioner, missvisande kommentarer, liknande hjälpfunktioner med olika gränsfall och frågor som använder ord som saknas i koden. Kontrollera om den förväntade implementationen finns bland de användbara resultaten och om det visade avsnittet ger tillräcklig kontext för bedömning. Behåll frågorna när kodarkivet växer så att ändringar i extraktion, avsnittsindelning eller indexering kan jämföras mot samma uppgifter.
POST /v1/embeddingstextembedding| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser voyage-code-2 Villkor: Använd den exakta modellväljaren för Ailoot. | Standard— |
Fältinput | Typstring or array<string> | KravObligatoriskt | Värden & gränser Villkor: En text eller en lista med texter; behåll en vektor för varje returnerad datapost och dess index. | Standard— |
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, input |
Parameteroptional | Avtal |
Parametermaterial_types | Avtaltext |
Parameterconditions | AvtalSkicka text med den valda modellen; behåll varje returnerad vektor och dess index. |
Livscykel: synchronous
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
| Konfiguration | Prislista | Avgift |
|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Avgift Indata · Indatatoken $0.0004 / 1K token Utdata · Utdatatoken $0 / 1K token Indata · Cacheläsning — / 1K token Indata · Skrivning till cache — / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
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
Använd metodsökvägarna som visas ovan.