OpenRouter: política de créditos e cobrança

OpenRouter entrega resultado em custo e retorno? Pela experiência que tive, não. A conta foi financiada, os créditos expiraram e recebi apenas um aviso com um mês de antecedência, sem qualquer opção de reembolso do saldo que sobrou. Empresas sérias devolvem o saldo não utilizado independentemente de quando o depósito foi feito, e a OpenRouter simplesmente não faz isso. É por isso que classifico o serviço com 1 de 5 e escrevo este alerta para quem está prestes a colocar dinheiro na plataforma. O aviso de um mês antes dos créditos expirarem A expiração dos créditos chegou como uma surpresa completa. Eu tinha saldo parado na conta e, de repente, recebi um único e-mail avisando que o prazo terminaria em trinta dias. Não houve segunda notificação, não houve contato de alguém do suporte explicando o que aconteceria com o valor restante. A mensagem era clara: usar ou perder. A impressão que ficou é que o relógio trabalha a favor deles, nunca do cliente.

Para quem trata créditos de API como orçamento de projeto, um aviso de um mês é curto demais. Pior que o prazo foi o tom: o comunicado não abria espaço para negociação, apenas para consumo. Acabei queimando tokens em testes que não precisava fazer só para não ver o saldo virar zero. Isso não é gestão de cliente, é pressão para gastar. Nenhum outro gateway de modelos com que trabalhei me tratou dessa forma. Por que a OpenRouter não devolve saldo não utilizado Esse é o ponto que mais pesou na avaliação. O saldo não foi consumido, simplesmente expirou, e a resposta foi a mesma de sempre: não há reembolso, independentemente de quanto tempo atrás a conta foi financiada. Empresas boas devolvem o valor restante, mesmo que o depósito tenha sido feito meses antes. A OpenRouter escolheu o caminho oposto, e isso muda a natureza da relação, porque eu deixo de ser cliente e passo a ser alguém que pré-pagou por um serviço com prazo escondido.

O argumento de que o crédito tem validade não se sustenta quando não existe aviso razoável nem caminho de devolução. O que existe é uma estrutura em que o saldo não usado alimenta o ecossistema deles, com uma legião de modelos que eu preciso manter girando para não perder o que já paguei. Chame isso de cabal, chame de política interna, o efeito é o mesmo: o dinheiro fica com eles e o risco fica comigo. Total desvantagem para quem deposita. O que eu faria diferente antes de depositar na OpenRouter Se eu pudesse voltar atrás, teria começado com o menor depósito possível e recarregado apenas conforme a demanda real, sem nunca deixar saldo parado na conta. Também teria lido a política de expiração com atenção antes de qualquer aporte, porque ela existe, mas fica longe de onde o usuário costuma olhar. O detalhe é que nem esse cuidado resolve o problema de fundo: em algum momento vai sobrar saldo, e a resposta continuará sendo a mesma.

Para quem depende de vários modelos em produção, a recomendação é testar alternativas que permitam recarga granular e devolução de saldo, ou usar provedores diretos quando o volume justifica. No meu caso, a lição foi clara: nunca mais trato crédito de gateway como reserva de longo prazo. Fundir a conta só sob demanda, em valores pequenos, é a única forma de reduzir o prejuízo com esse tipo de regra.

Resumo da experiência: depois de perder saldo sem qualquer reembolso e com um único aviso de um mês, não recomendo depositar valores altos na OpenRouter. O serviço funciona para testar modelos, mas a política de créditos é hostil com quem paga. Antes de financiar a conta, leia os termos com lupa e assuma que o saldo pode simplesmente desaparecer do seu lado.