Skip to main content
O AI Search dá à sua aplicação acesso em tempo real à web por meio de um único gateway da Novita. Em vez de se cadastrar em cada provedor de pesquisa, gerenciar chaves separadas e aprender diferentes esquemas de autenticação, você chama a Novita com uma chave de API e escolhe o mecanismo de pesquisa desejado em cada requisição. Este guia leva você do zero a uma pesquisa na web funcionando em poucos minutos. Você se autenticará com uma única chave de API da Novita, executará uma pesquisa e verá como trocar de provedor sem alterar sua configuração.

Antes de começar

  1. Uma conta Novita e uma chave de API. Consulte Gerenciamento de chaves de API para criar uma.
  2. Exporte sua chave para que os exemplos abaixo possam usá-la. NOVITA_API_KEY é apenas sua chave de API da Novita da etapa 1 — a mesma chave funciona para todos os provedores:
Todos os endpoints do AI Search compartilham a mesma URL base e autenticação:
  • URL base: https://api.novita.ai
  • Cabeçalho de autenticação: Authorization: Bearer <api_key>
  • Tipo de conteúdo: application/json

Sua primeira pesquisa

O exemplo abaixo executa uma pesquisa Exa. Cada requisição é apenas uma rota mais um corpo JSON.

Alternando mecanismos de pesquisa

Alternar mecanismos de pesquisa significa alterar a rota e o corpo da requisição para corresponder ao provedor — sua chave, host e cabeçalho de autenticação permanecem os mesmos. Veja a mesma intenção expressa para Tavily:
Observe as pequenas diferenças: Exa usa numResults, Tavily usa max_results. A lista completa de parâmetros de cada provedor fica em sua referência de API.

Traga seu próprio SDK do provedor

O AI Search é uma integração pass-through, portanto o SDK oficial de um provedor funciona desde que permita substituir a URL base — aponte-o para a rota de gateway correspondente e passe sua chave Novita. O SDK Python da Exa, por exemplo, recebe um base_url:
Se um SDK não expõe uma configuração de URL base, basta chamar os endpoints REST diretamente com qualquer cliente HTTP, como mostrado acima — esse caminho sempre funciona.

Como funciona

A Novita expõe cada provedor como um endpoint pass-through. Sua requisição é autenticada com sua chave de API da Novita e, em seguida, encaminhada ao provedor upstream usando o formato de requisição e resposta próprio do provedor.
  • Uma credencial. Use sua chave de API existente da Novita como Bearer <api_key> para todos os provedores.
  • Corpos nativos do provedor. Os formatos de requisição e resposta correspondem ao provedor upstream, então os exemplos e formatos de requisição do próprio provedor continuam válidos — basta apontar a URL base para a Novita.
  • Troque mecanismos por requisição. Alternar provedores significa alterar a rota e o corpo, não sua autenticação nem a configuração da sua conta.
Isso é útil sempre que um modelo precisa de informações nas quais não foi treinado: eventos atuais, documentação que muda rapidamente, preços ou qualquer fato que esteja na web aberta. Combine com a LLM API para criar geração aumentada por recuperação (RAG), agentes de pesquisa e assistentes fundamentados na web.

Provedores compatíveis

Exa

Pesquisa neural e semântica na web com extração de conteúdo e síntese de respostas integradas. Forte para pesquisa, encontrar páginas por significado e saída estruturada.

Tavily

Pesquisa e recuperação rápidas, otimizadas para LLM, com rastreamento e mapeamento de sites. Forte para tópicos de notícias e finanças, pipelines de extração e consultas de baixa latência.

Capacidades em resumo

Referência de endpoints

Solução de problemas

  • 400 Bad Request — um parâmetro não corresponde ao esquema do provedor. Verifique se você está usando os nomes de campos desse provedor (por exemplo, numResults vs max_results).
  • 429 Too Many Requests — você atingiu um limite de taxa. Aguarde e tente novamente, ou reduza o volume de requisições.
Para ver a lista completa, consulte a seção Erros em qualquer página de referência de API do AI Search.

Para onde ir agora

Respostas fundamentadas na web e RAG

Envie resultados de pesquisa para a LLM API para criar pipelines de geração aumentada por recuperação (RAG) com respostas citadas.
Última modificação em 10 de agosto de 2026