Voyage Code 3 är en inbäddningsmodell specialiserad på att hitta källkod. Tillverkaren beskriver sökning från naturligt språk till kod, kod till kod och docstrings till kod: en fråga kan hitta en implementation, ett kodfragment kan hitta besläktad logik och en funktionsbeskrivning kan lokalisera relevant kod. Modellen skapar vektorer för sökning, inte en redigerad fil eller ett färdigt program.
Förbered kodarkivets material som meningsfulla kodenheter. Håll en funktion tillsammans med dess namn, signatur och kommentarer som förklarar syftet. För en större komponent bör närliggande definitioner som behövs för att förstå operationen inkluderas. Lagra kodarkiv, revision, filsökväg och radposition separat så att ett sökresultat öppnar exakt den källa som bäddades in.
En sökning på naturligt språk kan beskriva ett beteende, exempelvis att hitta den del av ett projekt som validerar en uppladdning innan den sparas. En kodbaserad fråga kan innehålla en funktion vars syfte ska matchas på annat håll. Välj representativa sökningar från verkliga utvecklingsuppgifter, inklusive obekanta namn, liknande implementationer och hjälpfunktioner vars betydelse beror på omgivande kod.
Kontextfönstret på 32 000 token rymmer omfattande kodavsnitt. Använd utrymmet medvetet: en hel funktion och dess relevanta beroenden kan ge mer information än ett godtyckligt block som slutar mitt i kontrollflödet. Behåll läsbar källkodsformatering och bevara språkets syntax under extraktionen. Om en källfil är större än indatafönstret bör den delas vid meningsfulla strukturella gränser, samtidigt som relationen mellan avsnitten och deras överordnade fil bevaras.
Voyage Code 3 stöder inbäddningar med 2 048, 1 024, 512 eller 256 dimensioner samt flyttalsrepresentationer, signerade eller osignerade åttabitarsrepresentationer och binära representationer. Dessa val stöder olika indexstorlekar och sökkonfigurationer för kodarkivet. Utvärdera en kompakt representation med samma verkliga sökningar som används för den större referensen och kontrollera att rätt funktion eller fil fortfarande finns bland de användbara resultaten.
För en kodassistent hämtas först de relevanta källavsnitten. Skicka därefter avsnitten och deras filreferenser till den komponent som ansvarar för att svara eller göra en ändring. En likhetsträff hjälper till att välja kontext; den fastställer inte att två implementationer är utbytbara. Granska indata, sidoeffekter och omgivande kontrakt i den hämtade koden innan den används som vägledning för en ändring.
Håll orelaterade versioner av ett kodarkiv åtskilda med metadata och gör indexerade revisioner spårbara. Om en funktion flyttas eller ändrar beteende behöver både dess vektor och källposition uppdateras. Samma inbäddningsinställningar bör användas för den indexerade källan och dess frågor. Vid en indexmigrering bör resultaten jämföras mot den befintliga frågeuppsättningen så att ett modellbyte eller en ändrad vektorrepresentation inte obemärkt ändrar vilken kod utvecklaren ser.
Användbara kontroller är om en fråga hittar den faktiska implementationen snarare än bara ett testnamn, om en docstring hittar sin tillhörande funktion och om semantiskt besläktad kod skiljs från ett ytligt liknande fragment. Behåll den returnerade källtexten och dess plats i sökresultatet så att utvecklare kan granska underlaget. På så sätt blir modellens kodinriktade inbäddningar ett praktiskt verktyg för navigering och kontexturval.
", "aboutText": "Voyage Code 3 är en inbäddningsmodell specialiserad på att hitta källkod. Tillverkaren beskriver sökning från naturligt språk till kod, kod till kod och docstrings till kod: en fråga kan hitta en implementation, ett kodfragment kan hitta besläktad logik och en funktionsbeskrivning kan lokalisera relevant kod. Modellen skapar vektorer för sökning, inte en redigerad fil eller ett färdigt program.\n\nFörbered kodarkivets material som meningsfulla kodenheter. Håll en funktion tillsammans med dess namn, signatur och kommentarer som förklarar syftet. För en större komponent bör närliggande definitioner som behövs för att förstå operationen inkluderas. Lagra kodarkiv, revision, filsökväg och radposition separat så att ett sökresultat öppnar exakt den källa som bäddades in.\n\nEn sökning på naturligt språk kan beskriva ett beteende, exempelvis att hitta den del av ett projekt som validerar en uppladdning innan den sparas. En kodbaserad fråga kan innehålla en funktion vars syfte ska matchas på annat håll. Välj representativa sökningar från verkliga utvecklingsuppgifter, inklusive obekanta namn, liknande implementationer och hjälpfunktioner vars betydelse beror på omgivande kod.\n\nKontextfönstret på 32 000 token rymmer omfattande kodavsnitt. Använd utrymmet medvetet: en hel funktion och dess relevanta beroenden kan ge mer information än ett godtyckligt block som slutar mitt i kontrollflödet. Behåll läsbar källkodsformatering och bevara språkets syntax under extraktionen. Om en källfil är större än indatafönstret bör den delas vid meningsfulla strukturella gränser, samtidigt som relationen mellan avsnitten och deras överordnade fil bevaras.\n\nVoyage Code 3 stöder inbäddningar med 2 048, 1 024, 512 eller 256 dimensioner samt flyttalsrepresentationer, signerade eller osignerade åttabitarsrepresentationer och binära representationer. Dessa val stöder olika indexstorlekar och sökkonfigurationer för kodarkivet. Utvärdera en kompakt representation med samma verkliga sökningar som används för den större referensen och kontrollera att rätt funktion eller fil fortfarande finns bland de användbara resultaten.\n\nFör en kodassistent hämtas först de relevanta källavsnitten. Skicka därefter avsnitten och deras filreferenser till den komponent som ansvarar för att svara eller göra en ändring. En likhetsträff hjälper till att välja kontext; den fastställer inte att två implementationer är utbytbara. Granska indata, sidoeffekter och omgivande kontrakt i den hämtade koden innan den används som vägledning för en ändring.\n\nHåll orelaterade versioner av ett kodarkiv åtskilda med metadata och gör indexerade revisioner spårbara. Om en funktion flyttas eller ändrar beteende behöver både dess vektor och källposition uppdateras. Samma inbäddningsinställningar bör användas för den indexerade källan och dess frågor. Vid en indexmigrering bör resultaten jämföras mot den befintliga frågeuppsättningen så att ett modellbyte eller en ändrad vektorrepresentation inte obemärkt ändrar vilken kod utvecklaren ser.\n\nAnvändbara kontroller är om en fråga hittar den faktiska implementationen snarare än bara ett testnamn, om en docstring hittar sin tillhörande funktion och om semantiskt besläktad kod skiljs från ett ytligt liknande fragment. Behåll den returnerade källtexten och dess plats i sökresultatet så att utvecklare kan granska underlaget. På så sätt blir modellens kodinriktade inbäddningar ett praktiskt verktyg för navigering och kontexturval.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "9961d7aa8417f7148febd4661497d619620e13099b46f499f833cc047effd57f", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "voyage-code-3Voyage Code 3 skapar inbäddningar för sökning från text till kod, kod till kod och docstrings till kod. Ett fönster på 32 000 token, valbara vektordimensioner och kvantiserade utdata stöder sökning i kodarkiv och urval av kodkontext till kodassistenter.
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 3 är en inbäddningsmodell specialiserad på att hitta källkod. Tillverkaren beskriver sökning från naturligt språk till kod, kod till kod och docstrings till kod: en fråga kan hitta en implementation, ett kodfragment kan hitta besläktad logik och en funktionsbeskrivning kan lokalisera relevant kod. Modellen skapar vektorer för sökning, inte en redigerad fil eller ett färdigt program.
Förbered kodarkivets material som meningsfulla kodenheter. Håll en funktion tillsammans med dess namn, signatur och kommentarer som förklarar syftet. För en större komponent bör närliggande definitioner som behövs för att förstå operationen inkluderas. Lagra kodarkiv, revision, filsökväg och radposition separat så att ett sökresultat öppnar exakt den källa som bäddades in.
En sökning på naturligt språk kan beskriva ett beteende, exempelvis att hitta den del av ett projekt som validerar en uppladdning innan den sparas. En kodbaserad fråga kan innehålla en funktion vars syfte ska matchas på annat håll. Välj representativa sökningar från verkliga utvecklingsuppgifter, inklusive obekanta namn, liknande implementationer och hjälpfunktioner vars betydelse beror på omgivande kod.
Kontextfönstret på 32 000 token rymmer omfattande kodavsnitt. Använd utrymmet medvetet: en hel funktion och dess relevanta beroenden kan ge mer information än ett godtyckligt block som slutar mitt i kontrollflödet. Behåll läsbar källkodsformatering och bevara språkets syntax under extraktionen. Om en källfil är större än indatafönstret bör den delas vid meningsfulla strukturella gränser, samtidigt som relationen mellan avsnitten och deras överordnade fil bevaras.
Voyage Code 3 stöder inbäddningar med 2 048, 1 024, 512 eller 256 dimensioner samt flyttalsrepresentationer, signerade eller osignerade åttabitarsrepresentationer och binära representationer. Dessa val stöder olika indexstorlekar och sökkonfigurationer för kodarkivet. Utvärdera en kompakt representation med samma verkliga sökningar som används för den större referensen och kontrollera att rätt funktion eller fil fortfarande finns bland de användbara resultaten.
För en kodassistent hämtas först de relevanta källavsnitten. Skicka därefter avsnitten och deras filreferenser till den komponent som ansvarar för att svara eller göra en ändring. En likhetsträff hjälper till att välja kontext; den fastställer inte att två implementationer är utbytbara. Granska indata, sidoeffekter och omgivande kontrakt i den hämtade koden innan den används som vägledning för en ändring.
Håll orelaterade versioner av ett kodarkiv åtskilda med metadata och gör indexerade revisioner spårbara. Om en funktion flyttas eller ändrar beteende behöver både dess vektor och källposition uppdateras. Samma inbäddningsinställningar bör användas för den indexerade källan och dess frågor. Vid en indexmigrering bör resultaten jämföras mot den befintliga frågeuppsättningen så att ett modellbyte eller en ändrad vektorrepresentation inte obemärkt ändrar vilken kod utvecklaren ser.
Användbara kontroller är om en fråga hittar den faktiska implementationen snarare än bara ett testnamn, om en docstring hittar sin tillhörande funktion och om semantiskt besläktad kod skiljs från ett ytligt liknande fragment. Behåll den returnerade källtexten och dess plats i sökresultatet så att utvecklare kan granska underlaget. På så sätt blir modellens kodinriktade inbäddningar ett praktiskt verktyg för navigering och kontexturval.
POST /v1/embeddingstextembedding| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser voyage-code-3 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-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
Använd metodsökvägarna som visas ovan.