VoyageAI by MongoDB: voyage-4-lite
Voyage AI voyage-4-lite é a edição de embeddings de texto orientada à latência da família Voyage 4. Suporta entradas de 32 000 tokens, quatro opções de dimensão vetorial e representações quantizadas, com um espaço de embeddings partilhado compatível com os outros modelos textuais Voyage 4.
Sobre o modelo
Esta descrição apresenta as capacidades do modelo. As entradas, saídas e opções disponíveis no Ailoot para o método selecionado estão indicadas abaixo.
voyage-4-lite é o modelo de embeddings de texto orientado à latência da família Voyage 4 da Voyage AI. Representa consultas e documentos como vetores numéricos para recuperação de uso geral. A sua característica distintiva de família é um espaço de embeddings partilhado com voyage-4, voyage-4-large e voyage-4-nano, permitindo escolher separadamente os modelos de consulta e de documento.
Comece pelos papéis de recuperação
Prepare a necessidade de informação do utilizador como consulta e o material pesquisável como documentos. A Voyage recomenda os tipos de entrada query/document para recuperação; a sua receita publicada acrescenta a instrução de recuperação correspondente ao vetorizar o texto.
Numa coleção de manuais de colaboradores, uma consulta sobre a transferência de férias não utilizadas para o período seguinte deve ser comparada com as secções específicas da política. Mantenha a regra, as suas condições e qualquer exceção relevante na passagem indexada. Conserve o documento original e o identificador da secção junto do vetor, para que a aplicação possa devolver o texto real da política.
Um tipo de entrada não especificado representa diretamente o texto, enquanto os papéis query/document o adaptam à recuperação. O fabricante declara que os embeddings produzidos com e sem essas definições de papel são compatíveis, mas manter uma política de preparação consistente torna a coleção mais fácil de avaliar.
Espaço partilhado na família textual Voyage 4
A Voyage documenta explicitamente um fluxo de recuperação assimétrica: os documentos podem ser codificados com voyage-4-large e pesquisados utilizando vetores de consulta de voyage-4-lite. Esta é uma declaração de compatibilidade ao nível da família, em vez de uma conclusão tirada de dois modelos devolverem vetores com o mesmo comprimento.
Mantenha a dimensão vetorial e a representação selecionadas alinhadas entre a coleção e o lado da consulta. O espaço partilhado também permite alterar o modelo de consulta dentro desta família textual Voyage 4 com nome definido sem voltar a vetorizar os documentos existentes. Avalie a ordenação resultante com perguntas representativas ao escolher a edição de consulta.
O papel da edição Lite é ser a opção menor de consulta e embeddings de texto focada na latência. O fabricante atribui a arquitetura de mistura de especialistas especificamente a voyage-4-large; o nome da família não demonstra essa arquitetura para Lite.
Contexto, dimensões e formato do resultado
O comprimento de contexto publicado é de 32 000 tokens por texto. O vetor predefinido tem 1024 dimensões, estando também disponíveis 256, 512 e 2048 através de aprendizagem Matryoshka. O fluxo de embeddings de texto do fabricante documenta representações de vírgula flutuante, de inteiros de 8 bits com e sem sinal e binárias com bits compactados para voyage-4-lite.
Para vetores comuns de vírgula flutuante, as orientações de similaridade da Voyage descrevem embeddings de comprimento unitário, tornando equivalentes a similaridade do cosseno e a do produto escalar. As formas quantizadas precisam do tratamento correspondente da sua representação. Por exemplo, uma lista binária de bits compactados armazena oito bits do embedding em cada byte; o comprimento da lista difere da dimensão do vetor semântico.
Na receita documentada de lotes da Voyage, uma lista contém no máximo 1000 textos e um milhão de tokens no total para esta edição Lite exata. O comportamento predefinido para comprimento excessivo trunca cada texto no limite do contexto; a definição alternativa rejeita entradas demasiado longas. Estes limites de lote e por texto são distintos.
Prepare e examine os resultados de recuperação
Divida material de origem longo em secções coerentes que possam ser devolvidas como evidência. Um contexto de 32 000 tokens permite uma entrada longa, mas uma unidade de recuperação útil deve continuar a conduzir à secção de origem relevante. Inclua o título ou o detalhe identificador necessário para interpretar uma regra.
Para RAG, recupere secções candidatas e passe o seu texto original à etapa de redação da resposta, com as associações às fontes. O modelo de embeddings produz vetores e não gera uma resposta sobre a política. A similaridade ordena candidatos segundo o modelo e a configuração de comparação escolhidos; reveja a passagem real quanto à condição precisa sobre a qual se perguntou.
A combinação útil específica da edição voyage-4-lite é um modelo textual focado na latência, representações flexíveis, um contexto de 32 000 tokens e compatibilidade documentada dentro da família textual Voyage 4. Mantenha essas propriedades associadas à coleção indexada e utilize resultados de recuperação fundamentados em fontes para apoiar a aplicação que o integra.
Ailoot Ultra · Embeddings POST /v1/embeddings voyageai/voyage-4-lite
voyageai/voyage-4-liteIntrodução
Voyage AI voyage-4-lite é a edição de embeddings de texto orientada à latência da família Voyage 4. Suporta entradas de 32 000 tokens, quatro opções de dimensão vetorial e representações quantizadas, com um espaço de embeddings partilhado compatível com os outros modelos textuais Voyage 4.
- Entradas aceites
- Texto · token_ids
- Resultados
- embedding
Disponível no Ailoot · entradas e métodos
Ailoot Ultra · Embeddings POST /v1/embeddings
- Entrada
text,token_ids- Saída
embedding- Contexto
- 32 000 tokens
- Formato de saída
- json
| Campo | Tipo | Requisito | Valores e limites | Predefinição |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObrigatório | Valores e limites voyageai/voyage-4-lite | Predefinição— |
Campoinput | Tipostring|string[]|integer[]|integer[][] | RequisitoObrigatório | Valores e limites Número mínimo de elementos: 1 Condições: Lote homogéneo não vazio. Os IDs de tokens são números inteiros não negativos. Orçamento de entrada: Máximo: 32 000 · Unidade de texto: bytes UTF8 · Unidade de tokens: elementos do array de tokens | Predefinição— |
Campoencoding_format | Tipostring | RequisitoOpcional | Valores e limites float | Predefiniçãofloat |
Campodimensions | Tipointeger | RequisitoNão suportado | Valores e limites Mínimo: 1 | Predefinição— |
Campouser | Tipojson_value | RequisitoOpcional | Valores e limites Condições: A fonte permite este campo de metadados JSON; a semântica exata a montante depende do modelo. | Predefinição— |
Camposession_id | Tipojson_value | RequisitoOpcional | Valores e limites Condições: A fonte permite este campo de metadados JSON; a semântica exata a montante depende do modelo. | Predefinição— |
Campotrace | Tipojson_value | RequisitoOpcional | Valores e limites Condições: A fonte permite este campo de metadados JSON; a semântica exata a montante depende do modelo. | Predefinição— |
Campoprovider | Tipoobject | RequisitoOpcional | Valores e limites Condições: provider.options rejeitado | Predefinição— |
Combinações de materiais de entrada
text_to_embedding
Parâmetros e ciclo de vida do método
| Parâmetro | Contrato |
|---|---|
Parâmetrocontent_type | Contratoapplication/json |
Parâmetrorequired | Contratomodel, input |
Parâmetroinput_shapes | Contratostring, string[], nonnegative_integer_token_array, nonnegative_integer_token_array[] |
Parâmetroencoding_format | Contratofloat |
Parâmetrodimensions_override | Contratofalse |
Parâmetromax_input_budget_units | Contrato32000 |
Parâmetromultimodal_objects | Contratofalse |
Parâmetromaterial_types | Contratotext, token_ids |
Ciclo de vida: synchronous_json
Guarde o índice e a dimensão de cada vetor.
O nome do modelo multimodal não permite objetos de imagem neste caminho exato.
Tarifários
As referências tarifárias não acrescentam opções ao pedido. Os parâmetros suportados constam do método selecionado.
- Modo rápido
- Tarifa normal Quando o modo rápido está selecionado
- Modo flex
- Tarifa normal Quando o modo flex está selecionado
- Esforço máximo de raciocínio
- Tarifa normal Quando o esforço máximo de raciocínio usa o ajuste predefinido (default)
Tarifas Ailoot
Preços por configuração
| Configuração | Tabela de tarifas | Custo |
|---|---|---|
| ConfiguraçãoTarifas base dos tokens | Tabela de tarifasTarifa base | Custo Entrada · Tokens de entrada $0.00004 / 1K tokens Saída · Tokens de saída $0 / 1K tokens Entrada · Leitura da cache — / 1K tokens Entrada · Escrita na cache — / 1K tokens Entrada · Escrita na cache, 1 hora — / 1K tokens |
O Ailoot reserva um montante estimado antes de um pedido. Após o resultado, liquida o custo final com base na utilização medida. No streaming, a liquidação usa o registo final de utilização. Como funcionam a reserva e a liquidação →
Exemplos de pedidos
Ailoot Ultra · Embeddings
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads('{"model": "voyageai/voyage-4-lite", "input": ["First document", "Second document"]}')
Path("request.json").write_text(json.dumps(p,ensure_ascii=False))
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/embeddings \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
r=json.loads(Path("result.json").read_text())
for x in r.get("data",[]): print(json.dumps({"index":x.get("index"),"embedding":x.get("embedding")}))
PY_RESULT
from openai import OpenAI
import os
client=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)
result=client.embeddings.create(model='voyageai/voyage-4-lite',input=["First document","Second document"])
print(result)
for item in result.data:print(item.index,item.embedding)
Receber e guardar os resultados
Ailoot Ultra · Embeddings
json
Guardar todos os resultados concluídos
Guarde cada resposta, ficheiro e parte de conteúdo devolvidos na íntegra.
Guarde cada vetor com o respetivo índice. O número de vetores tem de ser igual ao número de entradas; as dimensões têm de ser consistentes.
Se for necessário verificar a resposta original
Não é introduzido nenhum endpoint de tarefas de embeddings.
Campos da resposta
| Campo | Tipo |
|---|---|
Campoobject | Tipostring |
Campomodel | Tipostring |
Campodata[].index | Tipointeger |
Campodata[].embedding | Tipofinite float[] |
Campousage | Tipoobject |
Erros e passos seguintes
| Resposta | Condição | Passo seguinte |
|---|---|---|
Resposta400 · invalid_request_error | CondiçãoCampos obrigatórios, representação do material ou valor do parâmetro inválidos | Passo seguinteCorrija os campos indicados antes de um novo pedido de criação. |
Aliases
Aliases do modelo
Ailoot Ultra voyageai/voyage-4-lite
Aliases dos caminhos dos métodos
Use os caminhos dos métodos indicados acima.
IDs de chamada relacionados
FAQ · VoyageAI by MongoDB: voyage-4-lite
- Que entradas e resultados estão disponíveis?
POST /v1/embeddings·voyageai/voyage-4-lite:text,token_ids→embedding- Que campos utiliza o pedido?
POST /v1/embeddings·voyageai/voyage-4-lite:model,input,encoding_format,provider- Que limites se aplicam?
POST /v1/embeddings·voyageai/voyage-4-lite:ctx:32000;input.budget.maximum:32000(bytes UTF8);input.min_items:1