Voyage Code 3 er en innbyggingsmodell spesialisert på gjenfinning av kildekode. Produsenten beskriver oppgaver fra naturlig språk til kode, kode til kode og dokumentasjonsstrenger til kode: et spørsmål kan finne en implementasjon, et kodeutdrag kan finne beslektet logikk, og en funksjonsbeskrivelse kan finne relevant kode. Modellen produserer vektorer for gjenfinning fremfor en redigert fil eller et ferdig program.
Klargjør materialet fra kodebasen rundt meningsfulle kodeenheter. Behold en funksjon sammen med navn, signatur og kommentarene som forklarer formålet. For en større komponent bør de nærliggende definisjonene som trengs for å forstå operasjonen, tas med. Lagre kodebase, revisjon, filbane og linjeplassering separat, slik at et søkeresultat åpner nøyaktig den kilden som ble bygget inn.
Et søk på naturlig språk kan beskrive oppførsel, for eksempel å finne delen av et prosjekt som validerer en opplastet fil før den lagres. En kodebasert spørring kan oppgi en funksjon med et formål som skal matches andre steder. Velg representative søk fra faktiske utviklingsoppgaver, inkludert ukjente navn, lignende implementasjoner og hjelpefunksjoner der meningen avhenger av koden rundt.
Kontekstvinduet på 32000 tokener rommer omfattende kodeavsnitt. Bruk plassen bevisst: en komplett funksjon og relevante avhengigheter kan være mer informative enn en vilkårlig blokk som kuttes midt i kontrollflyten. Behold lesbar kildeformatering og språkets syntaks under uttrekk. Hvis en kildefil er større enn inndatavinduet, del den ved nyttige strukturelle grenser og behold koblingen mellom avsnittene og filen de tilhører.
Voyage Code 3 støtter innbygginger med 2048, 1024, 512 eller 256 dimensjoner, sammen med flyttallsrepresentasjoner, åttebitsrepresentasjoner med eller uten fortegn og binære representasjoner. Disse innstillingene støtter forskjellige størrelser på kodebaseindekser og søkekonfigurasjoner. Vurder en kompakt representasjon med de samme virkelige søkene som den større referansen, og kontroller om riktig funksjon eller fil fortsatt finnes blant de nyttige resultatene.
For en kodeassistent hentes relevante kildeavsnitt først, og deretter gis avsnittene og filreferansene til komponenten som skal svare eller gjøre en endring. Et likhetstreff hjelper med å velge kontekst; det fastslår ikke at to implementasjoner kan brukes om hverandre. Undersøk inndata, sideeffekter og omkringliggende kontrakter i den gjenfunne koden før den brukes som grunnlag for en endring.
Skill urelaterte versjoner av en kodebase gjennom metadata, og behold sporbarheten for indekserte revisjoner. Hvis en funksjon flyttes eller oppførselen endres, oppdater både vektoren og kildeplasseringen. De samme innbyggingsinnstillingene bør beskrive den indekserte kilden og spørringene mot den. Ved indeksmigrering sammenlignes resultatene med det eksisterende spørsmålssettet, slik at en endret modell eller vektorrepresentasjon ikke i det stille endrer hvilken kode utvikleren ser.
Nyttige kontroller omfatter om en spørring finner den faktiske implementasjonen fremfor bare et testnavn, om en dokumentasjonsstreng finner den tilhørende funksjonen, og om semantisk beslektet kode skilles fra et overfladisk lignende utdrag. Behold returnert kildetekst og plassering i søkeresultatet, slik at utviklere kan undersøke grunnlaget. Dette gjør modellens kodeorienterte innbygginger til et praktisk verktøy for navigering og kontekstvalg.
", "aboutText": "Voyage Code 3 er en innbyggingsmodell spesialisert på gjenfinning av kildekode. Produsenten beskriver oppgaver fra naturlig språk til kode, kode til kode og dokumentasjonsstrenger til kode: et spørsmål kan finne en implementasjon, et kodeutdrag kan finne beslektet logikk, og en funksjonsbeskrivelse kan finne relevant kode. Modellen produserer vektorer for gjenfinning fremfor en redigert fil eller et ferdig program.\n\nKlargjør materialet fra kodebasen rundt meningsfulle kodeenheter. Behold en funksjon sammen med navn, signatur og kommentarene som forklarer formålet. For en større komponent bør de nærliggende definisjonene som trengs for å forstå operasjonen, tas med. Lagre kodebase, revisjon, filbane og linjeplassering separat, slik at et søkeresultat åpner nøyaktig den kilden som ble bygget inn.\n\nEt søk på naturlig språk kan beskrive oppførsel, for eksempel å finne delen av et prosjekt som validerer en opplastet fil før den lagres. En kodebasert spørring kan oppgi en funksjon med et formål som skal matches andre steder. Velg representative søk fra faktiske utviklingsoppgaver, inkludert ukjente navn, lignende implementasjoner og hjelpefunksjoner der meningen avhenger av koden rundt.\n\nKontekstvinduet på 32000 tokener rommer omfattende kodeavsnitt. Bruk plassen bevisst: en komplett funksjon og relevante avhengigheter kan være mer informative enn en vilkårlig blokk som kuttes midt i kontrollflyten. Behold lesbar kildeformatering og språkets syntaks under uttrekk. Hvis en kildefil er større enn inndatavinduet, del den ved nyttige strukturelle grenser og behold koblingen mellom avsnittene og filen de tilhører.\n\nVoyage Code 3 støtter innbygginger med 2048, 1024, 512 eller 256 dimensjoner, sammen med flyttallsrepresentasjoner, åttebitsrepresentasjoner med eller uten fortegn og binære representasjoner. Disse innstillingene støtter forskjellige størrelser på kodebaseindekser og søkekonfigurasjoner. Vurder en kompakt representasjon med de samme virkelige søkene som den større referansen, og kontroller om riktig funksjon eller fil fortsatt finnes blant de nyttige resultatene.\n\nFor en kodeassistent hentes relevante kildeavsnitt først, og deretter gis avsnittene og filreferansene til komponenten som skal svare eller gjøre en endring. Et likhetstreff hjelper med å velge kontekst; det fastslår ikke at to implementasjoner kan brukes om hverandre. Undersøk inndata, sideeffekter og omkringliggende kontrakter i den gjenfunne koden før den brukes som grunnlag for en endring.\n\nSkill urelaterte versjoner av en kodebase gjennom metadata, og behold sporbarheten for indekserte revisjoner. Hvis en funksjon flyttes eller oppførselen endres, oppdater både vektoren og kildeplasseringen. De samme innbyggingsinnstillingene bør beskrive den indekserte kilden og spørringene mot den. Ved indeksmigrering sammenlignes resultatene med det eksisterende spørsmålssettet, slik at en endret modell eller vektorrepresentasjon ikke i det stille endrer hvilken kode utvikleren ser.\n\nNyttige kontroller omfatter om en spørring finner den faktiske implementasjonen fremfor bare et testnavn, om en dokumentasjonsstreng finner den tilhørende funksjonen, og om semantisk beslektet kode skilles fra et overfladisk lignende utdrag. Behold returnert kildetekst og plassering i søkeresultatet, slik at utviklere kan undersøke grunnlaget. Dette gjør modellens kodeorienterte innbygginger til et praktisk verktøy for navigering og kontekstvalg.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "206c51dd7cfdc8c37ec46e398d9b3e6b41568823eaa4b78c8ca0c4c4be7059a9", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nb", "methods": [ { "html": "voyage-code-3Voyage Code 3 lager innbygginger for gjenfinning fra tekst til kode, kode til kode og dokumentasjonsstrenger til kode. Et vindu på 32000 tokener, valgbare vektordimensjoner og kvantiserte utdata støtter kodebasesøk og valg av kodekontekst for kodeassistenter.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Voyage Code 3 er en innbyggingsmodell spesialisert på gjenfinning av kildekode. Produsenten beskriver oppgaver fra naturlig språk til kode, kode til kode og dokumentasjonsstrenger til kode: et spørsmål kan finne en implementasjon, et kodeutdrag kan finne beslektet logikk, og en funksjonsbeskrivelse kan finne relevant kode. Modellen produserer vektorer for gjenfinning fremfor en redigert fil eller et ferdig program.
Klargjør materialet fra kodebasen rundt meningsfulle kodeenheter. Behold en funksjon sammen med navn, signatur og kommentarene som forklarer formålet. For en større komponent bør de nærliggende definisjonene som trengs for å forstå operasjonen, tas med. Lagre kodebase, revisjon, filbane og linjeplassering separat, slik at et søkeresultat åpner nøyaktig den kilden som ble bygget inn.
Et søk på naturlig språk kan beskrive oppførsel, for eksempel å finne delen av et prosjekt som validerer en opplastet fil før den lagres. En kodebasert spørring kan oppgi en funksjon med et formål som skal matches andre steder. Velg representative søk fra faktiske utviklingsoppgaver, inkludert ukjente navn, lignende implementasjoner og hjelpefunksjoner der meningen avhenger av koden rundt.
Kontekstvinduet på 32000 tokener rommer omfattende kodeavsnitt. Bruk plassen bevisst: en komplett funksjon og relevante avhengigheter kan være mer informative enn en vilkårlig blokk som kuttes midt i kontrollflyten. Behold lesbar kildeformatering og språkets syntaks under uttrekk. Hvis en kildefil er større enn inndatavinduet, del den ved nyttige strukturelle grenser og behold koblingen mellom avsnittene og filen de tilhører.
Voyage Code 3 støtter innbygginger med 2048, 1024, 512 eller 256 dimensjoner, sammen med flyttallsrepresentasjoner, åttebitsrepresentasjoner med eller uten fortegn og binære representasjoner. Disse innstillingene støtter forskjellige størrelser på kodebaseindekser og søkekonfigurasjoner. Vurder en kompakt representasjon med de samme virkelige søkene som den større referansen, og kontroller om riktig funksjon eller fil fortsatt finnes blant de nyttige resultatene.
For en kodeassistent hentes relevante kildeavsnitt først, og deretter gis avsnittene og filreferansene til komponenten som skal svare eller gjøre en endring. Et likhetstreff hjelper med å velge kontekst; det fastslår ikke at to implementasjoner kan brukes om hverandre. Undersøk inndata, sideeffekter og omkringliggende kontrakter i den gjenfunne koden før den brukes som grunnlag for en endring.
Skill urelaterte versjoner av en kodebase gjennom metadata, og behold sporbarheten for indekserte revisjoner. Hvis en funksjon flyttes eller oppførselen endres, oppdater både vektoren og kildeplasseringen. De samme innbyggingsinnstillingene bør beskrive den indekserte kilden og spørringene mot den. Ved indeksmigrering sammenlignes resultatene med det eksisterende spørsmålssettet, slik at en endret modell eller vektorrepresentasjon ikke i det stille endrer hvilken kode utvikleren ser.
Nyttige kontroller omfatter om en spørring finner den faktiske implementasjonen fremfor bare et testnavn, om en dokumentasjonsstreng finner den tilhørende funksjonen, og om semantisk beslektet kode skilles fra et overfladisk lignende utdrag. Behold returnert kildetekst og plassering i søkeresultatet, slik at utviklere kan undersøke grunnlaget. Dette gjør modellens kodeorienterte innbygginger til et praktisk verktøy for navigering og kontekstvalg.
POST /v1/embeddingstextembedding| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser voyage-code-3 Vilkår: Bruk den eksakte modellvelgeren for Ailoot. | Standard— |
Feltinput | Typestring or array<string> | KravPåkrevd | Verdier & grenser Vilkår: En tekst eller en liste med tekster; behold én vektor for hvert returnert dataelement og den tilhørende indeksen. | Standard— |
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, input |
Parameteroptional | Avtale |
Parametermaterial_types | Avtaletext |
Parameterconditions | AvtaleSend tekst med den valgte modellen; behold hver returnert vektor og dens indeks. |
Livssyklus: synchronous
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
| Konfigurasjon | Prisplan | Kostnad |
|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Kostnad Inndata · Inngående tokener $0.0004 / 1K tokener Utdata · Utgående tokener $0 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
Ailoot reserverer et estimert beløp før en forespørsel. Etter resultatet gjøres det endelige beløpet opp basert på målt forbruk. Oppgjør for strømming bruker den endelige forbruksposten. Slik fungerer reservasjon og oppgjør →
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
Bruk metodestiene som vises ovenfor.