Pular para o conteúdo principal
Perguntas frequentes sobre os modelos e suas funcionalidades no Toqan Router. Cada resposta traz um link para a página que aborda o tema em detalhes.
Explore o catálogo completo em Supported Models. Os IDs de modelos usam o prefixo provider/, por exemplo openai/gpt-5.6-sol, anthropic/claude-sonnet-5 ou google/gemini-3.5-flash. Os modelos precisam ser habilitados na página Models antes de poderem ser chamados.
As requisições são roteadas para o provedor do modelo, portanto são necessárias credenciais do provedor: conecte chaves BYOK para faturamento direto e controle próprio dos limites de taxa, ou use o acesso gerenciado pelo Toqan Router por meio de Créditos, quando disponível. Consulte Faturamento e uso.
Adicione modelos de endpoints privados ou auto-hospedados ao catálogo de modelos do workspace. Consulte Modelos privados.
A página Models exibe as colunas Context Length e Max Output Tokens para todos os modelos e permite filtrar pelo tamanho da janela de contexto. A página estática Supported Models não lista janelas de contexto nem o máximo de tokens de saída.
O Claude e a maioria dos modelos de chat exigem que a conversa inclua uma mensagem do usuário. Requisições cuja entrada contém apenas instruções de sistema ou de desenvolvedor, ou que estão vazias, são rejeitadas com o erro 400 invalid_input. Os resultados de ferramentas são agrupados automaticamente em turnos do usuário.
Os intervalos variam por modelo: modelos da Anthropic aceitam de 0 a 1, e modelos da OpenAI de 0 a 2. Modelos mais recentes da Anthropic rejeitam requisições que definem temperature e top_p ao mesmo tempo; defina apenas um deles. Endpoints de áudio aceitam de 0 a 1. Consulte a página do provedor Anthropic e Raciocínio.
Cada provedor expõe o raciocínio de forma diferente: a OpenAI usa reasoning_effort, enquanto o Google Gemini e a Anthropic usam um objeto thinking. O AI Gateway descarta temperature e top_p sempre que um modelo de raciocínio da OpenAI raciocina, já que esses parâmetros são incompatíveis com os modelos de raciocínio da OpenAI. Isso abrange qualquer reasoning_effort diferente de none e o caso em que reasoning_effort não é definido, porque os modelos de raciocínio da OpenAI e do Azure raciocinam por padrão. Defina reasoning_effort: none para encaminhar os parâmetros de amostragem. Consulte Raciocínio.
Os provedores de modelos rejeitam combinações de parâmetros incompatíveis, por exemplo o erro 4028 da Anthropic quando temperature e top_p são especificados juntos. Consulte Raciocínio para ver os parâmetros que o gateway descarta em modelos de raciocínio.
O anexo nativo de arquivos funciona apenas com modelos que aceitam entrada de arquivos diretamente. Em Deployments, a entrada de arquivos é suportada nos modelos da OpenAI, da Anthropic e do Google Gemini. O suporte a PDF varia por modelo. Use a regra de roteamento “Keep file attachment requests on models that support them” para rotear por funcionalidade. Consulte Multimodal e Arquivos.
O suporte a entrada de imagem, PDF e áudio varia por modelo, e o suporte a imagens não implica suporte a PDF. Consulte Enviar arquivos para modelos para a tabela de funcionalidades e Multimodal para exemplos. As abas de modalidade da página Models filtram por tipo de modelo, e não pela entrada aceita.
Modelos que suportam saídas estruturadas podem retornar JSON válido que corresponde a um schema. Nem todos os modelos suportam schemas; verifique o filtro de funcionalidade JSON Mode na página Models e use o modo JSON como alternativa. Consulte Saídas estruturadas.
Todos os modelos suportam streaming, com restrições específicas por endpoint. Consulte Streaming.
A chamada de ferramentas é suportada pela maioria dos modelos de chat, com diferenças de formato entre provedores. Consulte Chamada de ferramentas.
O suporte a cache de prompts varia por provedor: modelos da Anthropic usam marcadores cache_control, modelos do Google Gemini fazem cache implicitamente e modelos da OpenAI fazem cache automaticamente. Consulte Cache de prompts.
O Smart Router seleciona, a cada requisição, o modelo ideal de um pool com base na complexidade da tarefa e no modo escolhido. Para seleção manual, compare os modelos na página Models.
Configure fallbacks e novas tentativas ou balanceamento de carga para que as requisições sejam direcionadas automaticamente a outro modelo quando o principal estiver indisponível.