Claude Code gratuito: avalie o OmniRoute por tarefa

Por que isso importa

A promessa de usar Claude Code gratuito chama atenção de quem já interrompeu uma tarefa porque a cota acabou. O vídeo apresenta uma solução interessante: reunir provedores e encaminhar as solicitações por um único endereço. Mas a demonstração de um site funcionando não comprova a disponibilidade de 1,6 bilhão de tokens por dia. Falta mostrar a conta, as cotas independentes e quanto desse volume serve para trabalho real de programação.

O OmniRoute oferece um roteador que pode rodar na sua máquina, usando os provedores conectados. Isso permite separar a ferramenta de programação do serviço que responde às solicitações. Na configuração demonstrada, porém, os modelos continuam na nuvem: executar o intermediário localmente não mantém o código dentro do computador.

Minha régua seria o custo para terminar uma alteração que eu aceitaria colocar no projeto. Tokens disponíveis ajudam pouco quando a resposta exige retrabalho ou a integração falha ao editar arquivos. Esta análise parte do vídeo e da documentação; o roteiro abaixo propõe uma avaliação, sem apresentar resultados de um teste próprio.

Pontos principais

• 00:00 O autor apresenta a promessa de tokens gratuitos e mostra o site usado como exemplo. Isso demonstra uma entrega pontual, mas não mede capacidade diária, estabilidade ou economia acumulada.
• 01:02 A instalação depende do Node.js, e o terminal do VS Code é usado para executar os comandos. Vale separar problema de instalação de problema no provedor antes de começar a trocar modelos.
• 01:33 O painel local aparece com uma senha inicial. Como ele concentra conexões e credenciais, trocar essa senha faz parte da configuração básica.
• 02:37 A conexão com o OpenRouter usa uma chave de API e importa apenas modelos classificados como gratuitos. A seleção reduz o catálogo inicial, mas ainda exige conferir limites e testar cada rota.
• 03:40 O autor experimenta o OpenCode Free e encontra modelos indisponíveis. A lista exibida no painel precisa ser tratada como catálogo sujeito a mudanças.
• 04:12 Começa a conexão com o Kiro; em 04:44, entra o Antigravity. Os acessos autorizados acrescentam opções ao roteador, mas não demonstram que todas compartilham a mesma cota ou as mesmas condições.
• 05:15 O NVIDIA NIM é adicionado como outra origem de modelos. Para avaliar redundância, importa saber se essa alternativa consegue executar as mesmas operações necessárias ao projeto.
• 07:22 O autor lembra que o OmniRoute precisa estar em execução e cria um combo. O nome desse combo passa a representar uma seleção de modelos, em vez de identificar necessariamente um único modelo.
• 08:27 A estratégia de distribuição é configurada, com recomendação de round robin. Essa escolha merece um teste separado: alternar destinos e trocar de destino após uma falha são comportamentos diferentes.
• 10:03 As variáveis do terminal conectam o Claude Code ao endereço local e ao combo. Um nome incorreto ou uma credencial errada já basta para impedir a conexão.
• 11:07 O painel mostra solicitações atendidas e uso dos provedores. Esse registro oferece evidência mais útil sobre o destino das chamadas do que perguntar ao modelo qual é sua identidade.
• 12:10 O site é iniciado com npm run dev. Abrir a interface confirma parte da entrega; funcionamento dos controles, build e manutenção ainda precisam de avaliação.

Como aplicar

Claude Code gratuito: confira o acesso disponível hoje

Antes de instalar tudo, monte uma tabela com provedor, modelo, limite, renovação da cota e forma de autenticação. Uma API gratuita de IA pode limitar solicitações, créditos ou frequência. Essas unidades não devem ser somadas como se fossem um saldo único de tokens.

O OpenRouter documenta limites de uso para modelos gratuitos e oferece consulta da situação da chave. Já o Kiro Free informa 50 créditos mensais. São condições próprias de cada serviço, não uma reserva criada pelo roteador.

Também existe uma mudança relevante para reproduzir o vídeo: a documentação atual do OpenCode informa que modelos gratuitos de chat exigem o cliente OpenCode. Portanto, a conexão gratuita exibida no vídeo precisa ser revalidada antes de entrar no seu planejamento.

Comece com uma conexão e um projeto descartável

Instale pelos canais oficiais e registre as versões utilizadas. Conecte primeiro um provedor com API documentada e valide uma solicitação simples. Só acrescente outras rotas depois de confirmar a primeira.

Crie um projeto de exemplo sem credenciais ou dados de clientes. No PowerShell, a configuração apresentada na descrição do vídeo pode ser adaptada assim, depois de criar o combo teste-dev:

$env:CLAUDE_CONFIG_DIR = "$HOME\.claude-omniroute"
$env:ANTHROPIC_BASE_URL = "http://localhost:20128"
$env:ANTHROPIC_AUTH_TOKEN = "SUA_CHAVE_OMNIROUTE"
$env:ANTHROPIC_API_KEY = ""
$env:ANTHROPIC_MODEL = "teste-dev"
claude

Confirme o endereço e a porta da sua instalação. Substitua o marcador pela credencial do roteador e mantenha a chave fora do repositório. Abra o Claude Code nesse mesmo terminal.

Execute /status e confira o endereço do gateway e a origem da autenticação. A documentação de conexão do Claude Code explica essa verificação. Depois, confirme no painel do OmniRoute qual provedor recebeu a solicitação.

Escolha a estratégia pelo comportamento desejado

Para começar, eu usaria um combo pequeno com prioridade definida. Fica mais fácil descobrir qual modelo produziu um resultado e quando houve troca. Na documentação do OmniRoute, priority segue uma lista ordenada; round-robin percorre os destinos em sequência. Round robin não significa selecionar automaticamente o melhor modelo para cada tarefa.

Há ainda um limite de suporte: a Anthropic informa que não oferece suporte ao encaminhamento do Claude Code para modelos não-Claude. Uma resposta ao cumprimento inicial não valida toda a integração. Inclua leitura de arquivos, edição, execução de comandos e continuidade da conversa no teste.

Compare entregas com o mesmo ponto de partida

Escolha três tarefas pequenas e representativas do seu trabalho:

| Tarefa | Critério definido antes do teste | |---|---| | Corrigir uma validação | Rejeitar a entrada inválida e preservar os casos válidos | | Acrescentar um filtro | Funcionar com dados vazios, acentos e combinações de critérios | | Ajustar uma tela | Manter navegação por teclado e apresentação em celular |

Execute cada tarefa a partir do mesmo estado do projeto, com o mesmo pedido. Compare uma rota fixa com o combo. Registre tempo total, intervenções manuais, erros, modelo efetivamente usado e resultado aceito ou rejeitado.

Depois, desabilite temporariamente a rota principal em um projeto descartável e repita uma tarefa curta. Observe se a alternativa assume, se as ferramentas continuam funcionando e se o tempo de espera permanece aceitável. Isso testa a recuperação sem precisar consumir uma cota inteira.

Inclua seu tempo na economia

Minha conta seria: custo por tarefa aceita = gastos com serviços mais tempo de configuração e revisão, dividido pelas tarefas aceitas. Quando não houver entregas aceitas, registre a rodada como falha.

Exemplo hipotético: com a hora de trabalho avaliada em R$120, gastar 45 minutos adicionais por mês administrando o setup custa R$90. Uma economia de R$40 em serviços não cobre esse tempo. Para quem usa programação como parte do trabalho, essa diferença pesa mais que o contador de tokens.

Repita a avaliação em dias diferentes. Eu adotaria o combo para tarefas em que ele mantenha qualidade e tempo previsíveis, com as rotas pagas desabilitadas caso o objetivo seja gasto zero. O critério de adoção precisa ser uma entrega repetível dentro do orçamento.