OpenRouter é infraestrutura para desenvolvedores que reúne mais de 500 modelos de mais de 80 provedores atrás de uma única API compatível com OpenAI. Ela classifica cada requisição para escolher o modelo, distribui carga entre provedores, faz fallback automático em falhas e repassa os preços sem margem.
Já usou esta ferramenta? Avalie-a
Já usou esta ferramenta? Avalie-a
OpenRouter é a infraestrutura que fica entre a sua aplicação e os provedores de modelos de IA que você quer usar. O próprio posicionamento é compacto: uma interface unificada para cada modelo, com a promessa de preços melhores, disponibilidade melhor e nenhuma assinatura. Na prática isso significa integrar uma única vez, contra um único endpoint, e obter um catálogo que de outro modo exigiria dezenas de contas de fornecedor separadas, kits de desenvolvimento, relações de cobrança e caminhos de tratamento de falhas.
A documentação enuncia a proposta de valor sem enfeites: acessar centenas de modelos de IA por um único endpoint, com tratamento automático de alternativas e escolha de uma opção economicamente sensata a cada requisição. Essas duas frases contêm o produto inteiro: agregação, mais a inteligência sobre qual modelo e qual provedor devem atender determinada chamada.
Vale ser direto sobre o público, porque OpenRouter é classificado errado com frequência. O site hospeda uma interface de conversa no navegador, e isso leva alguns diretórios a colocá-lo ao lado de produtos de chat para consumidores. É uma leitura equivocada. Aquela página existe para que quem programa experimente modelos e depure instruções; o produto é uma camada de API com cobrança, roteamento e observabilidade. Se você não escreve código nem configura uma aplicação para chamar uma API, esta não é uma ferramenta que usaria diretamente. Se escreve, ela trata de um problema que fica doloroso depressa: cada provedor de modelos tem kit próprio, autenticação própria, limites de taxa próprios e quedas próprias.
O serviço é operado pela OpenRouter, Inc., registrada na Madison Avenue 169, em Nova York, e os termos são regidos pela lei do estado de Nova York. Foi fundada por Alex Atallah, antes cofundador da OpenSea, e um comentário de investidor resume a proposta como uma API, uma cobrança centralizada. Essa fórmula captura a outra metade do valor: consolidar o gasto espalhado por muitos provedores em uma conta só, em vez de conciliar uma dúzia de faturas.
Considere o que envolve integrar diretamente cinco provedores de modelos: cinco chaves de API para rotacionar, cinco kits para manter atualizados, cinco páginas de preço para acompanhar, cinco páginas de status para observar e uma lógica própria de troca quando um deles degrada. Multiplique isso pelo ritmo com que novos modelos aparecem e a manutenção de integrações vira um custo permanente de engenharia. OpenRouter converte esse custo recorrente em uma única dependência. Se a troca compensa é a verdadeira pergunta de avaliação, tratada de frente na seção de limitações.
O recurso mais distintivo é a seleção automática de modelo, e sua mecânica é incomum o bastante para descrever com precisão. O roteador primeiro atribui a cada instrução um de cerca de trinta tipos de tarefa finamente divididos: categorias como depuração de código, planejamento de agente em várias etapas, perguntas de conhecimento, matemática ou atendimento ao cliente. A classificação ocorre durante a requisição e, segundo a documentação, sem exigir retenção das instruções.
O segundo passo é o que o afasta do roteamento convencional. Em vez de apoiar-se em um ranking fixo de qualidade, o roteador observa em que a comunidade realmente gasta para aquele tipo de tarefa, medido em uma janela móvel de sete dias. A empresa compara isso a um índice de mercado: quando o uso migra para um modelo recém-lançado que se sai melhor em, digamos, depuração, o roteamento acompanha o gasto automaticamente. Dois identificadores operam esse sistema, a via estável openrouter/auto e a via de acesso antecipado openrouter/auto-beta.
Escolher o modelo resolve só metade do problema, porque um mesmo modelo costuma ser servido por vários provedores com preços, velocidades e confiabilidades diferentes. Por padrão, as requisições são distribuídas entre os melhores provedores para maximizar a disponibilidade. Além desse padrão, o roteamento é amplamente configurável por um objeto provider no corpo da requisição, com campos para ordem de provedores, permissão de alternativas, exigência de suporte a todos os parâmetros, política de coleta de dados, restrição sem retenção, listas de permissão e exclusão, filtros por nível de quantização e tetos de preço.
Para times de engenharia, ordenação e limiares são o que mais pesa. É possível ordenar provedores por preço, taxa de transferência ou latência, definir taxa mínima ou latência máxima preferidas com cortes por percentil, e estabelecer um preço máximo para a requisição. Assim, uma preferência vaga como «barato, mas não lento» vira um parâmetro de requisição explícito e exigível.
Confiabilidade costuma ser o argumento que decide a adoção. O comportamento documentado é inequívoco: se um provedor retorna erro, a plataforma alterna automaticamente para o próximo. Isso acontece de forma transparente, ou seja, sua aplicação não precisa de lógica própria de repetição e redirecionamento. Para sistemas em produção em que a queda de um único provedor causaria uma falha visível ao usuário, é esse recurso que justifica a dependência.
A plataforma oferece a API bruta para controle total em qualquer linguagem, kits de cliente tipados e um kit para agentes voltado a sistemas com chamada de ferramentas, laços e gestão de estado. A gradação faz sentido: um script que bate no endpoint com curl não precisa instalar nada; uma aplicação tipada ganha com o kit; e um sistema de agentes com chamada de ferramentas e estado recebe uma camada feita para isso em vez de orquestração improvisada.
A superfície funcional vai bem além da escolha de modelo. A documentação cobre cache de respostas, cache de instruções, chamada de ferramentas, saídas estruturadas, transformações de mensagens, transmissão contínua, processamento em lote, classificadores próprios, barreiras de proteção, níveis de serviço, predefinições e um seguro contra complementações vazias. Do lado de equipe há espaços de trabalho com orçamentos, autenticação única, mapeamento de grupos SCIM e análises. Essa é a diferença entre um proxy amador e algo em que uma organização consegue se padronizar.
O uso principal é direto: você está criando um produto que chama um modelo de linguagem e não quer se comprometer de forma irreversível com um provedor. Integrar via OpenRouter significa que trocar de modelo é alterar uma string, não refatorar. Quando surge um modelo melhor ou mais barato, você o avalia sem antes montar um projeto de integração.
Tarefas diferentes merecem modelos diferentes, e pagar preço de fronteira por uma classificação simples é desperdício. Como os preços são repassados como estão, os provedores podem ser ordenados por preço e cada requisição aceita um teto, os times podem direcionar tarefas baratas a modelos baratos e reservar os caros para o trabalho que os exige, tudo dentro de uma única relação de cobrança.
Para aplicações em que as chamadas ao modelo ficam num caminho crítico visível ao usuário, a alternância automática entre provedores transforma uma dependência dura em branda. Combinada às preferências de taxa e latência, sustenta metas de nível de serviço significativas sem construir uma camada de roteamento internamente.
Times que comparam modelos para uma tarefa específica podem rodar as mesmas instruções em muitos modelos por uma única interface. Os rankings públicos e as listas de aplicações somam um segundo sinal: o que outros desenvolvedores de fato usam em produção em trabalho comparável.
Cargas de agentes amplificam todas as fraquezas de uma configuração com um só provedor: geram muitas chamadas, exigem chamada de ferramentas e uma falha no meio do caminho desperdiça toda a trajetória. O kit para agentes somado à alternância automática mira exatamente essa forma de trabalho.
Para organizações reguladas, a plataforma oferece roteamento dentro da região na União Europeia e nos Estados Unidos para clientes corporativos, junto da restrição a endpoints sem retenção e de controles de política de dados por provedor. Essa combinação permite expressar exigências de conformidade como configuração de requisição em vez de negociação com fornecedor.
O uso funciona com créditos pré-pagos. Contas novas recebem uma pequena cota gratuita para testes, e os créditos são comprados na plataforma antes do uso em produção.
Crie uma chave pelo painel. Como uma única chave alcança todos os modelos do catálogo, a gestão dela merece o mesmo cuidado de qualquer credencial de alto privilégio: os termos o tornam o único responsável por manter suas credenciais em sigilo.
Costuma ser o passo mais curto. A API implementa a especificação da OpenAI, então você envia requisições HTTP padrão ao endpoint de complementação de conversa; na maioria dos casos basta trocar a URL base e a chave numa integração já existente.
Decida se nomeia um modelo específico ou delega ao roteador automático. Nomear um modelo traz determinismo; o roteador automático traz adaptação a um cenário de modelos em movimento. Muitos times fazem os dois: modelos fixos nos caminhos sensíveis à saída e roteamento automático para o trabalho geral.
Se você tem restrições, expresse-as explicitamente em vez de aceitar os padrões. Defina tetos de preço para controle de custo, limiares de latência ou taxa para caminhos visíveis ao usuário, e restrições de coleta ou de não retenção onde a conformidade exigir. São parâmetros por requisição, então caminhos de código diferentes podem carregar políticas diferentes.
Verifique se o recuo se comporta como você espera na sua configuração, sobretudo se estreitou a lista de provedores. Restringir demais reduz o conjunto disponível para alternar, o que enfraquece em silêncio o ganho de confiabilidade pelo qual você adotou a plataforma.
Use as análises do painel para acompanhar o consumo por modelo e por aplicação. Como os custos por token variam em ordens de grandeza dentro do catálogo, uma mudança de roteamento pode deslocar bastante o gasto: trate o monitoramento como parte da integração, não como acréscimo posterior.
Defina um preço máximo por requisição. O parâmetro max_price é a proteção mais simples contra a seleção inesperada de um modelo caro. Nos caminhos com roteamento automático em especial, transforma um custo aberto em custo limitado.
Ajuste a estratégia de roteamento ao caminho de código. Fixe modelos onde a constância da saída importa: uma instrução afinada para um modelo pode se comportar de outro jeito em outro. Use roteamento automático onde a tarefa é genérica e adaptar-se a um mercado em movimento vale mais que determinismo.
Não estreite demais a lista de provedores. Reduzi-la a um único provedor preferido recria justamente o ponto único de falha do qual você tentava escapar. Permita alternativas, salvo se uma regra específica de conformidade proibir.
Expresse a política de dados em código, não em documento. Se a carga precisa evitar retenção, defina na requisição a restrição sem retenção e a política de coleta. Uma restrição configurada é exigível; uma intenção escrita não é.
Use os modelos gratuitos para avaliar, não para produção. A documentação é explícita: modelos gratuitos têm limites de taxa baixos e em geral não servem para produção. São uma conveniência de teste.
Confira o identificador de plugin ao configurar o roteamento automático. Ajustes enviados sob o identificador da outra via são aceitos, mas silenciosamente ignorados: um modo de falha que não produz erro enquanto suas restrições de modelo e seu nível de custo deixam de fazer efeito.
Atribua sua aplicação se quiser visibilidade. Os cabeçalhos opcionais de atribuição colocam sua aplicação nos rankings públicos, o que ajuda na descoberta se você constrói algo voltado ao público.
Faça orçamento antes de escalar. Orçamentos de espaço de trabalho e análises existem porque o gasto com tokens cresce de forma não linear com o uso. Configure limites antes de um pico de tráfego, e não depois de uma fatura.
Desenvolvedores de aplicações que integram modelos de linguagem são o público central: quem, de outro modo, teria de escrever e manter integrações contra várias APIs de modelos.
Times que otimizam custo de inferência ganham com o repasse de preços somado aos controles de roteamento, que juntos permitem decidir custo versus qualidade por requisição em vez de um único acordo global.
Engenheiros responsáveis por confiabilidade em produção obtêm alternância automática entre provedores, algo difícil e trabalhoso de construir bem internamente.
Quem constrói agentes é atendido pelo kit dedicado e pela robustez que cargas de várias etapas exigem.
Empresas com exigências de governança são cobertas por espaços de trabalho, autenticação única, SCIM, roteamento regional e controles de política de dados.
Pesquisadores e avaliadores de IA podem comparar muitos modelos por uma interface sem abrir conta em cada fornecedor.
Para quem não é: usuários finais que procuram um assistente de conversa. Embora exista uma interface de chat no site, isto é infraestrutura para desenvolvedores, e usá-la pressupõe escrever código ou configurar uma aplicação. Quem quer um produto de consumo pronto deve usar um produto de consumo. Times comprometidos com um único provedor sob contrato corporativo também podem achar que esta camada acrescenta pouco.
OpenRouter é entregue como API web, então a questão de plataforma não é o sistema operacional e sim a superfície de integração. A API implementa a especificação da OpenAI no endpoint de complementação de conversa, o que significa que qualquer linguagem com cliente HTTP pode usá-la, e o código existente costuma funcionar trocando a URL base.
Os caminhos de integração mantidos oficialmente incluem a API bruta, kits de cliente tipados e um kit para agentes. Além deles, a documentação traz guias dedicados para os principais frameworks de desenvolvimento: na orquestração há LangChain e Mastra, no lado de aplicação e frontend há Vercel AI SDK e TanStack AI, para backend tipado há PydanticAI, para observabilidade Langfuse, para voz em tempo real LiveKit, somando-se notas de migração a partir dos kits da OpenAI e da Anthropic e formas de conexão para ambientes de desenvolvimento e automação como Replit, Xcode e Zapier. É um sinal útil: são integrações documentadas em primeira mão, não afirmações da comunidade.
Os números de escala publicados na página inicial indicam mais de duzentos trilhões de tokens mensais, mais de dez milhões de usuários no mundo, mais de oitenta provedores e mais de quinhentos modelos. Trate-os como declarados pelo fornecedor e como um retrato momentâneo: um comentário de investidor de outro período cita contagens bem diferentes, o que mostra que esses números se movem rápido e devem ser conferidos ao vivo em vez de citados de um artigo, inclusive deste.
Os recursos para times e empresas incluem espaços de trabalho com orçamentos, autenticação única, mapeamento de grupos SCIM e, para clientes corporativos, roteamento dentro da região na União Europeia e nos Estados Unidos.
O modelo de preços é o aspecto mais mal compreendido do OpenRouter, e é incomum o bastante para ser exposto com precisão.
Não há margem sobre a inferência. A documentação é explícita: os preços dos provedores de modelos subjacentes são repassados sem margem alguma, de modo que você paga a mesma tarifa que pagaria negociando direto com o provedor. Os custos por token são, portanto, o que o provedor cobra. Como essas tarifas variam enormemente num catálogo de centenas de modelos e mudam conforme os provedores ajustam seus próprios preços, nenhum valor por token é citado aqui: consulte a página de modelos para as tarifas atuais.
A receita vem da compra de créditos. Uma taxa incide na compra de créditos, não nas chamadas de inferência. A empresa a descreve como uma pequena taxa e reitera que os preços dos provedores nunca recebem acréscimo. O percentual exato aparece de forma dinâmica no site e não como texto recuperável da página, então confirme o valor vigente no momento do pagamento.
Os créditos são pré-pagos, com limites definidos. As compras vão de um mínimo de cinco dólares a um máximo de vinte e cinco mil por transação. Pagamentos pela Stripe são liquidados em dólares americanos e os pela Coinbase passam por uma carteira de criptomoedas; uma recarga automática pode completar o saldo quando ele cai abaixo de um limiar definido por você.
Usar chaves próprias tem economia particular. Se você mantém contratos diretos com provedores, essa opção permite usá-los pela plataforma. Ela vem com uma cota gratuita dependente do plano, medida em custo de inferência a preço de tabela e não em número de requisições, distinção importante porque chamadas caras esgotam a cota mais rápido do que muitas chamadas baratas. O uso acima da cota gera taxa percentual descontada dos créditos.
Há acesso gratuito, mas deliberadamente limitado. Contas novas recebem uma pequena cota e o catálogo inclui modelos gratuitos. Estes têm tetos diários baixos de requisições e a documentação afirma que em geral não servem para produção. Vale notar que o limite de taxa dos modelos gratuitos sobe conforme os créditos comprados, então contas pagas obtêm tetos gratuitos maiores.
Os reembolsos são estreitos. Créditos não usados podem ser reembolsados dentro de vinte e quatro horas após a transação; passada essa janela, qualquer crédito não usado deixa de ser reembolsável. Pagamentos em criptomoeda não são reembolsáveis de forma alguma. Compre em parcelas que espera consumir.
Sem assinatura. A promessa da página inicial de dispensar assinatura é exata para o produto padrão: você paga pelo que usa em vez de uma taxa recorrente de plataforma, e acordos corporativos são tratados à parte.
O conjunto de comparação depende de qual parte do valor você está substituindo.
Resumo honesto: OpenRouter compete por amplitude de catálogo, sofisticação de roteamento e uma estrutura de preços sem margem. Se você vai usar um modelo de um provedor para sempre, o caminho direto é mais simples. Se a escolha de modelo é uma decisão contínua, essa camada merece seu lugar.
Você adiciona uma dependência ao seu caminho crítico. Toda chamada de inferência passa por um terceiro. Isso compra resiliência contra quedas de provedores individuais, mas introduz a própria plataforma como possível ponto de falha. Em aplicações em que as chamadas ao modelo sustentam carga, essa troca deveria ser uma decisão de arquitetura deliberada.
Um salto de latência é inevitável. Rotear por um intermediário acrescenta custo de rede em relação à chamada direta ao provedor. A empresa trabalha para minimizá-lo e há controles de preferência, mas o salto é real e pesa em laços interativos apertados.
Créditos são pré-pagos e a janela de reembolso é curta. Créditos não usados deixam de ser reembolsáveis após vinte e quatro horas, pagamentos em criptomoeda nunca são, e os termos afirmam que créditos não constituem moeda de curso legal. Excluir a conta faz perder os créditos restantes.
Falhas silenciosas de configuração são possíveis. A incompatibilidade de identificador de plugin no roteamento automático é o exemplo mais claro: ajustes incorretos são aceitos mas silenciosamente ignorados, de modo que restrições de modelo e níveis de custo podem não se aplicar sem gerar erro. Verifique os efeitos em vez de presumi-los.
Modelos gratuitos não são um nível de produção. Limites de taxa baixos e a orientação explícita de que não servem para produção significam que o catálogo gratuito é apenas para avaliação.
O tratamento de dados é configurável, o que significa que a responsabilidade é sua. O padrão da política de coleta permite provedores que podem armazenar dados. Roteamento sem retenção e restrições de política estão disponíveis, mas precisam ser definidos. Um time que presume tratamento rigoroso por padrão pode estar enganado sobre a própria postura.
As regras de uso são cláusulas contratuais exigíveis. Os termos proíbem uso ilegal, declaração falsa de identidade, extração em massa, contorno de mecanismos de segurança e testes adversariais não autorizados em modelos. Times de pesquisa que planejem esse tipo de teste devem ler a cláusula antes de começar.
Métricas informadas pelo fornecedor variam por fonte. Contagens de modelos e de provedores e volumes de tokens diferem entre a página inicial e textos de terceiros de períodos distintos. Trate qualquer número específico como sensível ao tempo.
O comportamento dos modelos não é uniforme. Uma instrução afinada para um modelo pode render diferente em outro, então o roteamento automático pode alterar características da saída. Onde a constância importa, fixe o modelo.
É infraestrutura para desenvolvedores. O produto é uma API que sua aplicação chama, com roteamento, cobrança e observabilidade ao redor. Existe no site uma interface de chat para experimentar modelos e depurar instruções, razão pela qual alguns diretórios o classificam errado, mas usar OpenRouter de modo significativo exige escrever código ou configurar uma aplicação.
Não. A documentação afirma que os preços do provedor são repassados sem margem e que você paga a mesma tarifa da negociação direta. A receita da empresa vem de uma taxa cobrada na compra de créditos, não da inferência.
Um classificador leve atribui à sua instrução um de cerca de trinta tipos de tarefa finamente divididos, e então o roteador ordena os modelos pelo quanto a comunidade do OpenRouter realmente gastou naquele tipo de tarefa numa janela móvel de sete dias. Ele se comporta como um índice de mercado, deslocando-se para modelos que ganham adoção real nesse tipo de trabalho.
Em geral não. A API implementa a especificação da OpenAI no endpoint de complementação de conversa, então uma integração existente normalmente funciona após trocar a URL base e a chave. Há kits de cliente tipados e um kit para agentes se você quiser mais que HTTP puro.
A plataforma alterna automaticamente para o próximo provedor, de forma transparente para sua aplicação. Esse é o argumento central de confiabilidade: seu código não precisa de lógica própria de repetição e redirecionamento para sobreviver à queda de um provedor.
Contas novas recebem uma pequena cota gratuita e o catálogo inclui modelos gratuitos. Esses modelos têm limites diários baixos e a documentação diz que em geral não servem para produção. O limite dos modelos gratuitos aumenta depois da compra de créditos, então a camada gratuita se entende melhor como caminho de avaliação.
Pode, e é uma configuração por requisição, não um ajuste de conta inteira. Você pode definir a política de coleta para recusar provedores que possam armazenar dados, restringir o roteamento apenas a endpoints sem retenção e usar listas de permissão ou exclusão para provedores específicos. Clientes corporativos podem ainda exigir roteamento dentro da União Europeia ou dos Estados Unidos.
Sim. Vem com uma cota gratuita dependente do plano, medida em custo de inferência a preço de tabela e não em número de requisições, e o uso acima disso gera taxa percentual descontada dos seus créditos. Serve a times que já têm contratos negociados com provedores mas ainda querem roteamento unificado.
Apenas dentro de vinte e quatro horas após a transação, pelo botão de reembolso na página de créditos. Passada essa janela os créditos não usados deixam de ser reembolsáveis, e pagamentos em criptomoeda não são reembolsáveis de jeito nenhum. Os créditos restantes também se perdem se você excluir a conta.
Três considerações dominam. Você acrescenta um terceiro ao caminho crítico da sua inferência. Aceita um salto de rede adicional e seu custo em latência. E se compromete com um modelo de créditos pré-pagos de janela de reembolso estreita. Se você já se padronizou em um provedor sob acordo corporativo, ou se precisa da latência mínima absoluta, chamar aquele provedor diretamente pode servir melhor.
