AIVAX

Esta página foi traduzida automaticamente do inglês e pode estar desatualizada. Leia o original

AI Gateway

Um AI Gateway é uma configuração de inferência persistente. Ele permite que você chame um gateway pelo nome do modelo enquanto o AIVAX aplica as configurações do modelo do gateway, instruções, coleções RAG, ferramentas, habilidades, workers, moderação e controles de contexto.

Use um gateway quando o mesmo comportamento precisar ser reutilizado por vários clientes ou alterado sem reimplantar a aplicação chamadora.

Como pensar em um gateway #

Uma chamada direta para /v1/chat/completions pode chamar um modelo AIVAX integrado diretamente, por exemplo @openai/gpt-5-mini. Um gateway armazena as decisões que você não quer repetir a cada solicitação:

  • Provedor e nome do modelo.
  • Instruções do sistema, fontes de instruções remotas, modelo de prompt do usuário e pré-preenchimento do assistente.
  • Coleções RAG, limites de resultados, limiar de pontuação, reranker, comportamento de referência e estratégia de consulta.
  • Ferramentas compatíveis com OpenAI, ferramentas internas do AIVAX, ferramentas MCP, funções de protocolo, habilidades e o ambiente bash opcional.
  • Comportamento da janela de contexto, truncamento de mensagens de ferramenta, moderação, workers, roteamento de modelo e tratamento de chamadas de ferramenta.

Isso cria um limite de responsabilidade. O aplicativo cliente envia mensagens e substituições de solicitação opcionais. O administrador do gateway controla a política operacional.

Na produção, comece com uma configuração conservadora: instruções claras do sistema, um modelo que suporte as modalidades e ferramentas necessárias, uma coleção RAG bem preparada e apenas as ferramentas realmente necessárias. Adicionar muitas ferramentas, habilidades ou coleções aumenta tokens de entrada, custo e a chance de o modelo escolher o caminho errado.

Modelos e nomes de gateway #

Existem três maneiras comuns de escolher o que /v1/chat/completions usa:

  • Use uma tag de modelo integrado AIVAX, geralmente começando com @.
  • Use um ID completo de gateway.
  • Use um slug de gateway no formato nome:id-final, como support:50c3.

Chaves de API privadas podem resolver um gateway pelo ID completo ou pelo slug. Chaves de API públicas são mais restritas: elas podem usar gateways de IA apenas pelo ID completo, e apenas um conjunto limitado de parâmetros de solicitação de conclusão de chat é aceito.

Ao escolher um modelo, valide três pontos antes de colocá‑lo em produção:

  • O modelo suporta as modalidades de entrada que você pretende enviar, como imagem, áudio, vídeo ou arquivo.
  • O modelo suporta chamada de função se o gateway usar ferramentas, RAG através de QueryFunction, MCP, funções de protocolo, habilidades ou funções internas.
  • O modelo aceita os parâmetros que você configura. Alguns modelos integrados rejeitam pré‑preenchimento do assistente, temperatura, sequências de parada ou esforço de raciocínio.

Gateways também podem usar roteamento de modelo. Para o roteador de complexidade, o AIVAX classifica a última solicitação do usuário como baixa, média ou alta complexidade, seleciona o modelo configurado para esse nível e emite X-Model-Routed-Complexity na resposta HTTP quando disponível.

Usando um AI Gateway #

O AIVAX fornece um ponto de extremidade de conclusão de chat compatível com OpenAI:

Os valores do gateway podem ser sobrescritos pela solicitação para parâmetros suportados, como temperature, top_p, seed, reasoning_effort, max_completion_tokens, stop, tools, response_schema, response_format, builtin_tools, multimodal_preprocess e tool_invocation_explanations. Para comportamento de inferência direta, incluindo opções de renderização de resposta, veja Inference.

Usando SDKs #

Como o ponto de extremidade segue o formato de conclusão de chat OpenAI, você pode usar SDKs compatíveis com OpenAI existentes.

PYTHON
from openai import OpenAI

client = OpenAI(
    base_url="https://inference.aivax.net/v1",
    api_key="<AIVAX_API_KEY>"
)

response = client.chat.completions.create(
    model="my-gateway:50c3",
    messages=[
        {"role": "user", "content": "Explain why AI gateways are useful."}
    ]
)

print(response.choices[0].message.content)

A inferência compatível com OpenAI usa /v1/chat/completions. O ponto de extremidade /v1/responses não é suportado.

Configuração recomendada para produção #

Escreva as instruções do sistema para que o modelo entenda seu papel, público, fontes de verdade e limites. Inclua quando usar RAG, quando usar ferramentas e como responder quando a informação não estiver disponível. Evite repetir configurações operacionais que já existem no gateway, como limites de truncamento ou listas de ferramentas.

Para RAG, vincule coleções com documentos curtos, autônomos e bem nomeados. Escolha a estratégia de consulta com base no tipo de conversa:

  • Plain: Usa a última mensagem do usuário como termo de busca.
  • Concatenate: Junta o número configurado de últimas mensagens do usuário linha a linha.
  • UserRewrite: Reescreve mensagens recentes do usuário em uma ou mais consultas de busca usando um modelo resolvedor.
  • FullRewrite: Reescreve mensagens recentes do usuário e do assistente usando um modelo resolvedor.
  • QueryFunction: Exponha uma função de busca ao modelo em vez de injetar um resultado de busca antes da inferência.

Para ferramentas, habilite apenas aquelas com um papel claro. Ferramentas internas cobrem capacidades comuns como data e hora atuais, busca na web, abertura de URLs, execução de código, geração de imagens, geração de documentos, geração de páginas, ações de calendário, memória, requisições HTTP e busca X post. MCP externo é melhor quando você já tem um servidor MCP com ferramentas de negócios. Funções de protocolo são úteis quando você deseja expor callbacks HTTP específicos ao modelo sem instalar um servidor MCP completo.

Use um manipulador de ferramenta apenas quando o modelo selecionado precisar de ajuda para produzir chamadas de ferramenta. O manipulador disponível é react.v1.selfcall; native ou nenhum valor usa a chamada de ferramenta nativa do modelo.

Use workers quando um sistema externo precisar decidir algo durante o fluxo de inferência. Um worker pode bloquear uma mensagem, reescrever o contexto, adicionar ferramentas ou substituir um resultado de ferramenta do lado do servidor. Como o worker é chamado no caminho crítico, mantenha‑o rápido e determinístico.

Inference MCP #

Para expor um modelo integrado ou AI Gateway como ferramenta para um cliente MCP externo, veja Inference MCP.

Digite para pesquisar na documentação.