Voyage Code 2 lager numeriske innbygginger for kildekode og tilhørende tekst. Den er laget for semantisk kodegjenfinning, der en utvikler beskriver oppførsel eller oppgir et kodeutdrag, og søkesystemet finner relevante implementasjoner. Produsentens eksempler omfatter spørsmål på naturlig språk, kodeutdrag og kombinasjoner av disse som søkeinndata.
Bruk den til å bygge søk i en kodebase rundt faktiske utviklingsspørsmål. En utvikler kan lete etter rutinen som bare fjerner det første og siste samsvarende tegnet, eller delen av et prosjekt som bruker en bestemt gjennomgang av en trestruktur. Klargjør spørringer som uttrykker oppførselen presist, inkludert betingelsen som skiller ønsket implementasjon fra en nærliggende, men feilaktig kandidat.
Indekser kode i nyttige enheter fremfor å dele hver fil ved et vilkårlig antall tegn. Behold en funksjonssignatur, funksjonskropp og relevant forklaring sammen. Når en hjelpefunksjon avhenger av lokale typer eller konstanter, behold nok av teksten rundt til at formålet er forståelig. Lagre filbaner, kodebaserevisjoner og kildeplasseringer utenfor innbyggingen, slik at resultatet kan åpne originalkoden direkte.
Denne utgaven har et kontekstvindu på 16000 tokener og produserer innbygginger med 1536 dimensjoner. Dimensjoner vektorindeksen for denne representasjonen, og knytt spørrings- og dokumentinnbygginger til samme modell. En samling som allerede er indeksert med Voyage Code 2, kan beholde en konsekvent gjenfinningsrepresentasjon mens kildepostene oppdateres. En overgang til en annen innbyggingsutgave bør behandles som en indeksmigrering med en uttrykkelig sammenligning på samme kodebase.
For en spørring på naturlig språk beskrives operasjonen, inndataene og det relevante utfallet. For en kodespørring tar du med utdraget som inneholder logikken det skal finnes en match for, og forklarer eventuelle betingelser som er viktige for søket. Et søk etter håndtering av nye forsøk kan for eksempel angi om den aktuelle koden prøver igjen etter et tidsavbrudd eller etter et fullstendig feilsvar. Den gjenfunne kilden bør kontrolleres for dette skillet før den brukes i en endring.
Behold sporbarheten for dokumentasjon og kildekode når begge indekseres. Et forklarende avsnitt kan gi nyttig kontekst, mens implementasjonen er materialet utvikleren må undersøke. Merk disse posttypene, slik at en søkeside kan vise riktig mål og en kodeassistent kan skille en beskrivelse fra kjørbar kildekode.
Bruk de gjenfunne avsnittene som kontekst for navigering i kodebasen, oppdagelse av implementasjoner eller kodeassistentens neste trinn. Behold hele det relevante utdraget og plasseringen når det sendes videre. Likhet hjelper med å finne kandidatkode; gjennomgang av faktiske inndata, sideeffekter og kontrakter avgjør om kandidaten løser det aktuelle problemet.
Vurder gjenfinningen på et sett med virkelige spørsmål med kjente svar i kilden. Ta med funksjoner som har fått nytt navn, misvisende kommentarer, lignende hjelpefunksjoner med forskjellige grensetilfeller og spørringer med ord som ikke finnes i koden. Kontroller om den forventede implementasjonen finnes blant de nyttige resultatene, og om utdraget som vises, gir nok kontekst til å vurdere den. Behold spørsmålene mens kodebasen vokser, slik at endringer i uttrekk, avsnittsgrenser eller indeksering kan sammenlignes på de samme oppgavene.
", "aboutText": "Voyage Code 2 lager numeriske innbygginger for kildekode og tilhørende tekst. Den er laget for semantisk kodegjenfinning, der en utvikler beskriver oppførsel eller oppgir et kodeutdrag, og søkesystemet finner relevante implementasjoner. Produsentens eksempler omfatter spørsmål på naturlig språk, kodeutdrag og kombinasjoner av disse som søkeinndata.\n\nBruk den til å bygge søk i en kodebase rundt faktiske utviklingsspørsmål. En utvikler kan lete etter rutinen som bare fjerner det første og siste samsvarende tegnet, eller delen av et prosjekt som bruker en bestemt gjennomgang av en trestruktur. Klargjør spørringer som uttrykker oppførselen presist, inkludert betingelsen som skiller ønsket implementasjon fra en nærliggende, men feilaktig kandidat.\n\nIndekser kode i nyttige enheter fremfor å dele hver fil ved et vilkårlig antall tegn. Behold en funksjonssignatur, funksjonskropp og relevant forklaring sammen. Når en hjelpefunksjon avhenger av lokale typer eller konstanter, behold nok av teksten rundt til at formålet er forståelig. Lagre filbaner, kodebaserevisjoner og kildeplasseringer utenfor innbyggingen, slik at resultatet kan åpne originalkoden direkte.\n\nDenne utgaven har et kontekstvindu på 16000 tokener og produserer innbygginger med 1536 dimensjoner. Dimensjoner vektorindeksen for denne representasjonen, og knytt spørrings- og dokumentinnbygginger til samme modell. En samling som allerede er indeksert med Voyage Code 2, kan beholde en konsekvent gjenfinningsrepresentasjon mens kildepostene oppdateres. En overgang til en annen innbyggingsutgave bør behandles som en indeksmigrering med en uttrykkelig sammenligning på samme kodebase.\n\nFor en spørring på naturlig språk beskrives operasjonen, inndataene og det relevante utfallet. For en kodespørring tar du med utdraget som inneholder logikken det skal finnes en match for, og forklarer eventuelle betingelser som er viktige for søket. Et søk etter håndtering av nye forsøk kan for eksempel angi om den aktuelle koden prøver igjen etter et tidsavbrudd eller etter et fullstendig feilsvar. Den gjenfunne kilden bør kontrolleres for dette skillet før den brukes i en endring.\n\nBehold sporbarheten for dokumentasjon og kildekode når begge indekseres. Et forklarende avsnitt kan gi nyttig kontekst, mens implementasjonen er materialet utvikleren må undersøke. Merk disse posttypene, slik at en søkeside kan vise riktig mål og en kodeassistent kan skille en beskrivelse fra kjørbar kildekode.\n\nBruk de gjenfunne avsnittene som kontekst for navigering i kodebasen, oppdagelse av implementasjoner eller kodeassistentens neste trinn. Behold hele det relevante utdraget og plasseringen når det sendes videre. Likhet hjelper med å finne kandidatkode; gjennomgang av faktiske inndata, sideeffekter og kontrakter avgjør om kandidaten løser det aktuelle problemet.\n\nVurder gjenfinningen på et sett med virkelige spørsmål med kjente svar i kilden. Ta med funksjoner som har fått nytt navn, misvisende kommentarer, lignende hjelpefunksjoner med forskjellige grensetilfeller og spørringer med ord som ikke finnes i koden. Kontroller om den forventede implementasjonen finnes blant de nyttige resultatene, og om utdraget som vises, gir nok kontekst til å vurdere den. Behold spørsmålene mens kodebasen vokser, slik at endringer i uttrekk, avsnittsgrenser eller indeksering kan sammenlignes på de samme oppgavene.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "b5ff671f6083450945fc67ec4c3507e00f7a4a446aa0d385c8ae8286bdd555c0", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nb", "methods": [ { "html": "voyage-code-2Voyage Code 2 bygger inn kildekode og tilhørende tekst for semantisk søk i kodebaser. Spørsmål på naturlig språk, kodeutdrag eller kombinerte spørringer kan hente relevante implementasjoner; denne utgaven bruker et kontekstvindu på 16000 tokener og vektorer med 1536 dimensjoner.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Voyage Code 2 lager numeriske innbygginger for kildekode og tilhørende tekst. Den er laget for semantisk kodegjenfinning, der en utvikler beskriver oppførsel eller oppgir et kodeutdrag, og søkesystemet finner relevante implementasjoner. Produsentens eksempler omfatter spørsmål på naturlig språk, kodeutdrag og kombinasjoner av disse som søkeinndata.
Bruk den til å bygge søk i en kodebase rundt faktiske utviklingsspørsmål. En utvikler kan lete etter rutinen som bare fjerner det første og siste samsvarende tegnet, eller delen av et prosjekt som bruker en bestemt gjennomgang av en trestruktur. Klargjør spørringer som uttrykker oppførselen presist, inkludert betingelsen som skiller ønsket implementasjon fra en nærliggende, men feilaktig kandidat.
Indekser kode i nyttige enheter fremfor å dele hver fil ved et vilkårlig antall tegn. Behold en funksjonssignatur, funksjonskropp og relevant forklaring sammen. Når en hjelpefunksjon avhenger av lokale typer eller konstanter, behold nok av teksten rundt til at formålet er forståelig. Lagre filbaner, kodebaserevisjoner og kildeplasseringer utenfor innbyggingen, slik at resultatet kan åpne originalkoden direkte.
Denne utgaven har et kontekstvindu på 16000 tokener og produserer innbygginger med 1536 dimensjoner. Dimensjoner vektorindeksen for denne representasjonen, og knytt spørrings- og dokumentinnbygginger til samme modell. En samling som allerede er indeksert med Voyage Code 2, kan beholde en konsekvent gjenfinningsrepresentasjon mens kildepostene oppdateres. En overgang til en annen innbyggingsutgave bør behandles som en indeksmigrering med en uttrykkelig sammenligning på samme kodebase.
For en spørring på naturlig språk beskrives operasjonen, inndataene og det relevante utfallet. For en kodespørring tar du med utdraget som inneholder logikken det skal finnes en match for, og forklarer eventuelle betingelser som er viktige for søket. Et søk etter håndtering av nye forsøk kan for eksempel angi om den aktuelle koden prøver igjen etter et tidsavbrudd eller etter et fullstendig feilsvar. Den gjenfunne kilden bør kontrolleres for dette skillet før den brukes i en endring.
Behold sporbarheten for dokumentasjon og kildekode når begge indekseres. Et forklarende avsnitt kan gi nyttig kontekst, mens implementasjonen er materialet utvikleren må undersøke. Merk disse posttypene, slik at en søkeside kan vise riktig mål og en kodeassistent kan skille en beskrivelse fra kjørbar kildekode.
Bruk de gjenfunne avsnittene som kontekst for navigering i kodebasen, oppdagelse av implementasjoner eller kodeassistentens neste trinn. Behold hele det relevante utdraget og plasseringen når det sendes videre. Likhet hjelper med å finne kandidatkode; gjennomgang av faktiske inndata, sideeffekter og kontrakter avgjør om kandidaten løser det aktuelle problemet.
Vurder gjenfinningen på et sett med virkelige spørsmål med kjente svar i kilden. Ta med funksjoner som har fått nytt navn, misvisende kommentarer, lignende hjelpefunksjoner med forskjellige grensetilfeller og spørringer med ord som ikke finnes i koden. Kontroller om den forventede implementasjonen finnes blant de nyttige resultatene, og om utdraget som vises, gir nok kontekst til å vurdere den. Behold spørsmålene mens kodebasen vokser, slik at endringer i uttrekk, avsnittsgrenser eller indeksering kan sammenlignes på de samme oppgavene.
POST /v1/embeddingstextembedding| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser voyage-code-2 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-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
Bruk metodestiene som vises ovenfor.