Voyage Code 3는 소스 코드 검색에 특화된 임베딩 모델입니다. 개발사는 자연어로 코드 찾기, 코드로 코드 찾기, docstring으로 코드 찾기 작업을 설명합니다. 질문으로 구현을 찾고, 코드 조각으로 관련 로직을 찾으며, 함수 설명으로 관련 코드를 찾을 수 있습니다. 모델이 생성하는 것은 검색용 벡터이며, 편집된 파일이나 완성된 프로그램이 아닙니다.
의미 있는 코드 단위를 중심으로 리포지토리 자료를 준비합니다. 함수는 이름, 시그니처, 목적을 설명하는 주석과 함께 유지하세요. 더 큰 구성 요소에는 작업을 이해하는 데 필요한 인접 정의를 포함합니다. 검색 결과에서 실제로 임베딩한 소스를 정확히 열 수 있도록 리포지토리, 리비전, 파일 경로, 줄 위치를 별도로 저장하세요.
자연어 검색에서는 저장 전에 업로드를 검증하는 프로젝트 부분을 찾는 것처럼 동작을 설명할 수 있습니다. 코드 기반 쿼리에는 다른 곳에서 같은 목적을 가진 로직을 찾아야 하는 함수를 제공할 수 있습니다. 낯선 이름, 비슷한 구현, 주변 코드에 따라 의미가 달라지는 유틸리티를 포함해, 실제 개발 작업에서 대표 검색을 선택하세요.
32,000토큰 컨텍스트 창에는 상당한 양의 코드를 담을 수 있습니다. 그 공간을 의도적으로 사용하세요. 완전한 함수와 관련 의존 요소가 제어 흐름의 중간에서 임의로 잘라 낸 블록보다 더 많은 정보를 줄 수 있습니다. 추출 과정에서 소스 형식을 읽기 쉽게 유지하고 언어 문법을 보존합니다. 소스 파일이 입력 창보다 크면 유용한 구조적 경계에서 나누고, 각 구절과 상위 파일의 관계를 유지하세요.
Voyage Code 3는 2,048, 1,024, 512 또는 256차원 임베딩과 부동소수점, 부호 있는 또는 부호 없는 8비트, 이진 표현을 지원합니다. 이러한 제어 항목은 다양한 리포지토리 색인 크기와 검색 구성을 지원합니다. 더 큰 기준선에 사용한 것과 같은 실제 검색으로 간결한 표현을 평가하고, 올바른 함수나 파일이 유용한 결과에 계속 포함되는지 확인하세요.
코딩 도우미에서는 먼저 관련 소스 구절을 검색한 뒤, 그 구절과 파일 참조를 답변이나 변경을 담당하는 구성 요소에 제공합니다. 유사도 일치는 맥락을 고르는 데 도움이 되지만, 두 구현을 서로 바꾸어 쓸 수 있음을 입증하지는 않습니다. 편집을 이끄는 데 사용하기 전에 검색된 코드의 입력, 부작용, 주변 계약을 확인하세요.
서로 무관한 리포지토리 버전을 메타데이터로 구분하고, 색인에 넣은 리비전을 추적할 수 있게 유지합니다. 함수가 이동하거나 동작이 바뀌면 벡터와 소스 위치를 모두 업데이트하세요. 색인에 넣는 소스와 쿼리에는 같은 임베딩 설정을 적용해야 합니다. 색인을 마이그레이션할 때는 모델이나 벡터 표현의 변경으로 개발자가 보는 코드가 알게 모르게 바뀌지 않도록 기존 질문 모음과 결과를 비교합니다.
유용한 점검에는 쿼리가 테스트 이름만이 아니라 실제 구현을 찾는지, docstring이 대응하는 함수를 찾는지, 의미가 관련된 코드를 겉모습만 비슷한 조각과 구분하는지가 포함됩니다. 개발자가 근거를 확인할 수 있도록 반환된 소스 텍스트와 위치를 검색 결과에 유지하세요. 이렇게 하면 코드에 초점을 맞춘 모델의 임베딩을 실용적인 탐색 및 맥락 선택 도구로 활용할 수 있습니다.
", "aboutText": "Voyage Code 3는 소스 코드 검색에 특화된 임베딩 모델입니다. 개발사는 자연어로 코드 찾기, 코드로 코드 찾기, docstring으로 코드 찾기 작업을 설명합니다. 질문으로 구현을 찾고, 코드 조각으로 관련 로직을 찾으며, 함수 설명으로 관련 코드를 찾을 수 있습니다. 모델이 생성하는 것은 검색용 벡터이며, 편집된 파일이나 완성된 프로그램이 아닙니다.\n\n의미 있는 코드 단위를 중심으로 리포지토리 자료를 준비합니다. 함수는 이름, 시그니처, 목적을 설명하는 주석과 함께 유지하세요. 더 큰 구성 요소에는 작업을 이해하는 데 필요한 인접 정의를 포함합니다. 검색 결과에서 실제로 임베딩한 소스를 정확히 열 수 있도록 리포지토리, 리비전, 파일 경로, 줄 위치를 별도로 저장하세요.\n\n자연어 검색에서는 저장 전에 업로드를 검증하는 프로젝트 부분을 찾는 것처럼 동작을 설명할 수 있습니다. 코드 기반 쿼리에는 다른 곳에서 같은 목적을 가진 로직을 찾아야 하는 함수를 제공할 수 있습니다. 낯선 이름, 비슷한 구현, 주변 코드에 따라 의미가 달라지는 유틸리티를 포함해, 실제 개발 작업에서 대표 검색을 선택하세요.\n\n32,000토큰 컨텍스트 창에는 상당한 양의 코드를 담을 수 있습니다. 그 공간을 의도적으로 사용하세요. 완전한 함수와 관련 의존 요소가 제어 흐름의 중간에서 임의로 잘라 낸 블록보다 더 많은 정보를 줄 수 있습니다. 추출 과정에서 소스 형식을 읽기 쉽게 유지하고 언어 문법을 보존합니다. 소스 파일이 입력 창보다 크면 유용한 구조적 경계에서 나누고, 각 구절과 상위 파일의 관계를 유지하세요.\n\nVoyage Code 3는 2,048, 1,024, 512 또는 256차원 임베딩과 부동소수점, 부호 있는 또는 부호 없는 8비트, 이진 표현을 지원합니다. 이러한 제어 항목은 다양한 리포지토리 색인 크기와 검색 구성을 지원합니다. 더 큰 기준선에 사용한 것과 같은 실제 검색으로 간결한 표현을 평가하고, 올바른 함수나 파일이 유용한 결과에 계속 포함되는지 확인하세요.\n\n코딩 도우미에서는 먼저 관련 소스 구절을 검색한 뒤, 그 구절과 파일 참조를 답변이나 변경을 담당하는 구성 요소에 제공합니다. 유사도 일치는 맥락을 고르는 데 도움이 되지만, 두 구현을 서로 바꾸어 쓸 수 있음을 입증하지는 않습니다. 편집을 이끄는 데 사용하기 전에 검색된 코드의 입력, 부작용, 주변 계약을 확인하세요.\n\n서로 무관한 리포지토리 버전을 메타데이터로 구분하고, 색인에 넣은 리비전을 추적할 수 있게 유지합니다. 함수가 이동하거나 동작이 바뀌면 벡터와 소스 위치를 모두 업데이트하세요. 색인에 넣는 소스와 쿼리에는 같은 임베딩 설정을 적용해야 합니다. 색인을 마이그레이션할 때는 모델이나 벡터 표현의 변경으로 개발자가 보는 코드가 알게 모르게 바뀌지 않도록 기존 질문 모음과 결과를 비교합니다.\n\n유용한 점검에는 쿼리가 테스트 이름만이 아니라 실제 구현을 찾는지, docstring이 대응하는 함수를 찾는지, 의미가 관련된 코드를 겉모습만 비슷한 조각과 구분하는지가 포함됩니다. 개발자가 근거를 확인할 수 있도록 반환된 소스 텍스트와 위치를 검색 결과에 유지하세요. 이렇게 하면 코드에 초점을 맞춘 모델의 임베딩을 실용적인 탐색 및 맥락 선택 도구로 활용할 수 있습니다.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "2a2600841c4179b8dfefa66124db2fc21c85a5a06402872e180d8db196bb3878", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "ko", "methods": [ { "html": "voyage-code-3Voyage Code 3는 텍스트로 코드 찾기, 코드로 코드 찾기, docstring으로 코드 찾기를 위한 임베딩을 생성합니다. 32,000토큰 창, 선택 가능한 벡터 차원, 양자화 출력으로 리포지토리 검색과 코딩 도우미의 코드 맥락 선택을 지원합니다.
이 설명은 모델의 기능을 다룹니다. Ailoot에서 사용할 수 있는 입력, 출력 및 옵션은 아래에 선택한 메서드별로 표시됩니다.
Voyage Code 3는 소스 코드 검색에 특화된 임베딩 모델입니다. 개발사는 자연어로 코드 찾기, 코드로 코드 찾기, docstring으로 코드 찾기 작업을 설명합니다. 질문으로 구현을 찾고, 코드 조각으로 관련 로직을 찾으며, 함수 설명으로 관련 코드를 찾을 수 있습니다. 모델이 생성하는 것은 검색용 벡터이며, 편집된 파일이나 완성된 프로그램이 아닙니다.
의미 있는 코드 단위를 중심으로 리포지토리 자료를 준비합니다. 함수는 이름, 시그니처, 목적을 설명하는 주석과 함께 유지하세요. 더 큰 구성 요소에는 작업을 이해하는 데 필요한 인접 정의를 포함합니다. 검색 결과에서 실제로 임베딩한 소스를 정확히 열 수 있도록 리포지토리, 리비전, 파일 경로, 줄 위치를 별도로 저장하세요.
자연어 검색에서는 저장 전에 업로드를 검증하는 프로젝트 부분을 찾는 것처럼 동작을 설명할 수 있습니다. 코드 기반 쿼리에는 다른 곳에서 같은 목적을 가진 로직을 찾아야 하는 함수를 제공할 수 있습니다. 낯선 이름, 비슷한 구현, 주변 코드에 따라 의미가 달라지는 유틸리티를 포함해, 실제 개발 작업에서 대표 검색을 선택하세요.
32,000토큰 컨텍스트 창에는 상당한 양의 코드를 담을 수 있습니다. 그 공간을 의도적으로 사용하세요. 완전한 함수와 관련 의존 요소가 제어 흐름의 중간에서 임의로 잘라 낸 블록보다 더 많은 정보를 줄 수 있습니다. 추출 과정에서 소스 형식을 읽기 쉽게 유지하고 언어 문법을 보존합니다. 소스 파일이 입력 창보다 크면 유용한 구조적 경계에서 나누고, 각 구절과 상위 파일의 관계를 유지하세요.
Voyage Code 3는 2,048, 1,024, 512 또는 256차원 임베딩과 부동소수점, 부호 있는 또는 부호 없는 8비트, 이진 표현을 지원합니다. 이러한 제어 항목은 다양한 리포지토리 색인 크기와 검색 구성을 지원합니다. 더 큰 기준선에 사용한 것과 같은 실제 검색으로 간결한 표현을 평가하고, 올바른 함수나 파일이 유용한 결과에 계속 포함되는지 확인하세요.
코딩 도우미에서는 먼저 관련 소스 구절을 검색한 뒤, 그 구절과 파일 참조를 답변이나 변경을 담당하는 구성 요소에 제공합니다. 유사도 일치는 맥락을 고르는 데 도움이 되지만, 두 구현을 서로 바꾸어 쓸 수 있음을 입증하지는 않습니다. 편집을 이끄는 데 사용하기 전에 검색된 코드의 입력, 부작용, 주변 계약을 확인하세요.
서로 무관한 리포지토리 버전을 메타데이터로 구분하고, 색인에 넣은 리비전을 추적할 수 있게 유지합니다. 함수가 이동하거나 동작이 바뀌면 벡터와 소스 위치를 모두 업데이트하세요. 색인에 넣는 소스와 쿼리에는 같은 임베딩 설정을 적용해야 합니다. 색인을 마이그레이션할 때는 모델이나 벡터 표현의 변경으로 개발자가 보는 코드가 알게 모르게 바뀌지 않도록 기존 질문 모음과 결과를 비교합니다.
유용한 점검에는 쿼리가 테스트 이름만이 아니라 실제 구현을 찾는지, docstring이 대응하는 함수를 찾는지, 의미가 관련된 코드를 겉모습만 비슷한 조각과 구분하는지가 포함됩니다. 개발자가 근거를 확인할 수 있도록 반환된 소스 텍스트와 위치를 검색 결과에 유지하세요. 이렇게 하면 코드에 초점을 맞춘 모델의 임베딩을 실용적인 탐색 및 맥락 선택 도구로 활용할 수 있습니다.
POST /v1/embeddingstextembedding| 필드 | 유형 | 요건 | 값과 한도 | 기본값 |
|---|---|---|---|---|
필드model | 유형string | 요건필수 | 값과 한도 voyage-code-3 조건: 정확한 Ailoot 모델 선택자를 사용하세요. | 기본값— |
필드input | 유형string or array<string> | 요건필수 | 값과 한도 조건: 텍스트 또는 텍스트 목록입니다. 반환된 데이터 항목마다 벡터 하나와 해당 인덱스를 보존하세요. | 기본값— |
| 매개변수 | 명세 |
|---|---|
매개변수content_type | 명세application/json |
매개변수required | 명세model, input |
매개변수optional | 명세 |
매개변수material_types | 명세text |
매개변수conditions | 명세선택한 모델로 텍스트를 전송하세요. 반환된 모든 벡터와 인덱스를 보존하세요. |
수명 주기: synchronous
요금 정보는 요청 옵션을 추가하지 않습니다. 지원되는 매개변수는 선택한 메서드에 표시됩니다.
| 설정 | 요금표 | 요금 |
|---|---|---|
| 설정기본 토큰 요금 | 요금표기본 요금 | 요금 입력 · 입력 토큰 $0.0004 / 1K 토큰 출력 · 출력 토큰 $0 / 1K 토큰 입력 · 캐시 읽기 — / 1K 토큰 입력 · 캐시 쓰기 — / 1K 토큰 입력 · 캐시 쓰기, 1시간 — / 1K 토큰 |
Ailoot는 요청 전에 예상 금액을 미리 확보합니다. 결과를 받은 뒤 측정된 사용량을 기준으로 최종 요금을 정산합니다. 스트리밍 정산에는 최종 사용량 기록을 사용합니다. 금액 확보와 정산 방식 →
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
위에 표시된 메서드 경로를 사용하세요.