Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.

Visão geral do embedding automatizado

Você pode configurar o MongoDB Vector Search para gerar e gerenciar automaticamente vector embeddings para os dados de texto em seu cluster Atlas. Quando você ativa a Incorporação automatizada, o MongoDB **Vector Search** gera automaticamente **embeddings** usando o **embedding model** da Voyage AI especificado no momento do **índice** para o **campo** de texto especificado em sua **coleção** e no momento da **query** para a **string** de texto em sua **query**.

A Automated embedding simplifica o processo de criação de pesquisa semântica. Você não precisa gerar, armazenar ou gerenciar vector embeddings por conta própria. O Atlas lida com a geração de embedding, atualizações e query nativamente.

Observação

Quando você usa o Automated Embedding, o MongoDB pesquisa vetorial armazena embedding vetoriais gerados em seu cluster.

Ao usar o Automated Embedding em cluster dedicado (M10+), você deve habilitar o dimensionamento automático do armazenamento. Se o cluster ficar sem espaço em disco, o MongoDB Vector Search pausará a geração de embedding e o índice fará a transição para o estado Stale. Assim que o espaço em disco for liberado, o MongoDB pesquisa vetorial retomará a geração de embedding.

Para habilitar a embedding automatizada, crie um índice do MongoDB pesquisa vetorial usando o tipo autoEmbed . O tipo de autoEmbed especifica o campo para o qual você deseja habilitar a Automated embedding e o embedding model que deseja utilizar. Você também pode incluir um ou mais campos para pré-filtrar seus dados usando o tipo filter.

{ "fields": [ { "type": "autoEmbed", "modality": "text", "path": "<field-to-index>", "model": "<embedding-model>" }, { "type": "filter", "path": "<field-to-index>" }, ... ]}

Para aprender mais sobre a sintaxe e os campos do índice, consulte Como indexar campos para a pesquisa vetorial.

A pesquisa vetorial do MongoDB gera automaticamente embeddings para documents novos e existentes que você insere ou atualiza.

Depois de criar o índice, você pode executar suas query. O MongoDB pesquisa vetorial gera automaticamente embeddings para seu texto de query usando o mesmo embedding model especificado no índice. Opcionalmente, você pode especificar um embedding model diferente usando a opção model no estágio de pipeline $vectorSearch, mas o embedding model especificado deve ser compatível com o embedding model usado no momento do índice.

[ { "$vectorSearch": { "index": "<index-name>", "path": "<field-to-index>", "query": "<query-text>", "model": "<embedding-model>" } }, { "$project": { "_id": 0, "<field-to-index>": 1, "score": { "$meta": "vectorSearchScore" } } }]

Para saber mais, consulte Executar consultas ANN e ENN de pesquisa vetorial.

Índices de incorporação automatizados geram vector embeddings de forma assíncrona e persistem no cluster MongoDB em um banco de dados de reserva separado. Cada índice de embedding Automatizada tem exatamente uma Coleção de embeddings gerada correspondente. A coleção de incorporações gerada é armazenada em um banco de dados interno dedicado no mesmo cluster.

Para aprender mais, consulte Coleção de incorporações geradas.

O MongoDB Vector Search se integra aos modelos de incorporação de última geração da Voyage IA, cada um otimizado para casos de uso específicos:

Modelo de incorporação
Descrição
Preço por 1M de tokens

voyage-4-lite

Otimizado para aplicativos de alto volume e sensíveis ao custo.

$0.02

voyage-4

(Recomendado) Desempenho balanceado para pesquisa geral de texto.

$0.06

voyage-4-large

Máxima precisão para relacionamentos semânticos complexos.

$0.12

voyage-code-4

(Recomendado para código) Especializado para pesquisa de código e documentação técnica.

$0.12

voyage-code-3

Modelo legado especializado em pesquisa de código e documentação técnica. Em vez disso, use voyage-code-4.

$0.18

Observação

voyage-code-4 requer uma implantação do Atlas. Em implantações autogerenciadas, use voyage-code-3 para pesquisa de código e documentação técnica.

Para aprender mais, consulte Models para embedding automatizada.

modelo de incorporação

Embedding models são algoritmos que convertem dados em vector embeddings que capturam o significado semântica ou subjacente dos dados. Estes vetores habilitam a pesquisa vetorial.

Para aprender mais sobre os embedding models para embedding automatizada, consulte Models disponíveis.

incorporações de vetor

Uma incorporação de vetor é uma array de números, com cada dimensão representando uma funcionalidade ou atributo diferente de seus dados. Os vetores podem ser usados para representar qualquer tipo de dados, de texto, imagens e vídeo a dados não estruturados. Você cria incorporações vetoriais passando seus dados por um modelo de incorporação e pode armazenar essas incorporações em um banco de dados que oferece suporte a incorporações vetoriais, como o MongoDB.

Para aprender mais sobre o armazenamento de embeddings para Automated Embedding, consulte Coleção de embeddings gerada.

tokens

No contexto de modelos de embedding e LLMs, os tokens são as unidades fundamentais de texto, como palavras, subpalavras ou caracteres que o modelo processa para criar embeddings ou gerar texto. Os tokens são como você é cobrado pelo uso de modelos de embedding e LLMs.

Para aprender mais sobre tokens para Automated embedding, consulte Gerenciar Faturamento para Automated embedding.

limites de taxa

Os limites de taxa são restrições impostas pelos fornecedores de API sobre o número de solicitações que um usuário pode fazer dentro de um período de tempo específico, geralmente medido em tokens por minuto (TPM) ou solicitações por minuto (RPM). Esses limites garantem o uso leal, evitam violações e mantêm a estabilidade e o desempenho do serviço para todos os usuários.

Para saber mais sobre os limites de taxa de Automated embedding, consulte Limites de taxa.

quantização

A quantization reduz a precisão das vector embeddings para diminuir o uso de memória e armazenamento, com desvantagens na precisão da pesquisa. Para Automated embedding, o MongoDB Vector Search suporta os seguintes tipos de quantization:

Quantization Type
Descrição

float

Armazena as vector embeddings como valores float de 32bits.

scalar

Reduz cada vector dimension de 32-bit float para 8-bit inteiros.

binary

Reduz cada dimensions para um único bit e redefine os principais resultados.

binaryNoRescore

Reduz cada vector dimensions para um único bit sem reclassificar.

Para saber mais sobre a quantization para Automated embedding, consulte Sobre a quantization.

número de dimensões

O número de dimensions especifica o comprimento do vetor de embedding para cada document ( quantos números estão na array ). Higher dimensions capturam mais detalhes semânticas e, em geral, melhoram a precisão da recuperação, mas aumentam os custos de armazenamento e computação (tamanho do índice, uso de RAM e, às vezes, latência).

Para saber mais, consulte SeleçãonumCandidates .

similaridade

A função de similaridade é utilizada para medir a similaridade entre dois vetores ou a proximidade de um vetor de query dos vetores no índice. O MongoDB pesquisa vetorial oferece suporte às seguintes funções de similaridade:

  • cosine - mede a similaridade com base no ângulo entre os vetores. Recomendamos esta função de similaridade para vetores não normalizados, como a quantização scalar.

  • dotProduct - mede a similaridade como cosine, mas leva em consideração a magnitude do vetor. Recomendamos esta função de similaridade para vetores normalizados como quantização float (fidelidade total).

  • euclidean - mede a distância entre as extremidades dos vetores. Recomendamos esta função de similaridade para quantization binary ou binaryNoRescore, onde os vetores são compactados e a distância no espaço Hamming ou Euclideano é o sinal correto.

Para aprender mais sobre as funções de similaridade da Automated embedding, consulte Sobre as funções de similaridade.