Quando `HERMES.md` aparece na mensagem de commit, o roteamento vai para cobrança de uso extra

 (github.com/anthropics)
3 pontos por GN⁺ 2026-04-30 | 1 comentários | Compartilhar no WhatsApp
  • Recentemente, quando a string HERMES.md aparecia em uma mensagem de commit do git, a solicitação do Claude Code era enviada para a rota de cobrança de uso extra, em vez da cota do plano Max
  • Esse gatilho não dependia da existência do arquivo no disco e ocorria pelo próprio conteúdo da mensagem de commit; add HERMES.md falhava, mas add hermes.md era processado normalmente
  • Em testes de reprodução, foi confirmado o erro API Error: 400 "You're out of extra usage..." em claude-opus-4-6[1m] e claude-opus-4-7, enquanto HERMES, HERMES.txt, README.md etc. não causavam o mesmo comportamento
  • No ambiente afetado, mesmo ainda havendo capacidade semanal no plano, foram consumidos US$ 200,98 em créditos de uso extra, e, depois que o uso extra se esgotou, vários projetos ficaram inutilizáveis
  • A causa foi identificada como um anti-abuse system excessivamente agressivo, já corrigido; depois disso, a issue foi encerrada como completed, com aviso posterior sobre reembolso e concessão de créditos adicionais de usage

Visão geral do problema

  • Recentemente, quando a string HERMES.md aparecia no histórico recente de commits do git, as solicitações do Claude Code eram roteadas para a cobrança de uso extra, em vez da cota do plano Max
  • Isso era independente de existir um arquivo HERMES.md no disco, e o gatilho era o próprio conteúdo da mensagem de commit do git
  • Como o Claude Code inclui commits recentes no system prompt, concluiu-se que, quando essa string aparecia, o roteamento no lado do servidor mudava
  • Mesmo com apenas cerca de 13% do uso semanal do plano Max 20x consumido, os créditos de uso extra no valor de US$ 200,98 foram esgotados e, depois disso, vários projetos ficaram totalmente inutilizáveis
  • Ao mesmo tempo, o dashboard do plano mostrava que mais de 86% da capacidade semanal permanecia disponível, indicando divergência entre a rota real de cobrança e o estado exibido

Condições de reprodução e resultados

  • O ambiente de reprodução era Claude Code v2.1.119, macOS Apple Silicon, plano Max 20x de US$ 200/mês, modelo claude-opus-4-6[1m], e o problema também foi reproduzido em claude-opus-4-7
  • No procedimento mínimo de reprodução, ao executar git commit -m "add HERMES.md" e depois claude -p "say hello" --model "claude-opus-4-6[1m]", retornava API Error: 400 "You're out of extra usage..."
  • No mesmo procedimento, se a mensagem de commit fosse alterada para add hermes.md, a solicitação era tratada pela rota da cota do plano e retornava "Hello!"
  • O script de reprodução foi apresentado com o fluxo de criar os diretórios /tmp/test-fail e /tmp/test-pass, depois git init, adicionar arquivos, fazer commit, executar claude -p e, ao final, limpar tudo com rm -rf
  • O resultado da identificação do gatilho mostrou falha com "HERMES.md" e "test HERMES.md test", enquanto "hermes.md", "HERMES", "HERMES.txt", "AGENTS.md" e "README.md" funcionavam normalmente
  • Mesmo com um arquivo HERMES.md no disco, se a mensagem de commit estivesse limpa, tudo funcionava normalmente; no mesmo repositório, também funcionava normalmente em uma orphan branch sem histórico

Investigação da causa e comportamento esperado

  • A investigação da causa foi feita clonando o repositório afetado, testando em orphan branch e isolando cada string de mensagens de commit por meio de uma busca binária sistemática, até restringir o gatilho exatamente a HERMES.md
  • A cobrança de requisições da API não deveria depender do conteúdo da mensagem de commit do git dentro do system prompt, e as solicitações de assinantes do plano Max deveriam ser roteadas primeiro pela cota incluída no plano
  • A mensagem de erro out of extra usage não trazia nenhuma pista de que a causa era um roteamento baseado em conteúdo, o que tornava o diagnóstico muito difícil
  • Usuários que tinham HERMES.md em commits recentes podiam estar tendo o uso silenciosamente cobrado em créditos extras

Andamento da correção e estado final

Reembolso e resposta do suporte

  • O texto inclui uma resposta do suporte afirmando que não seria possível oferecer compensação ou reembolso pelo roteamento incorreto de billing causado por erro técnico
  • Depois, segundo https://news.ycombinator.com/item?id=47952722, foi informado que os usuários afetados receberiam reembolso integral e também créditos adicionais de usage em valor equivalente ao da assinatura mensal
  • A estrutura de suporte não estava preparada para encaminhar esse tipo de bug complexo para a equipe de engenharia, embora isso esteja sendo melhorado, mas demande mais tempo
  • Assim, a mensagem de impossibilidade de reembolso e o aviso posterior de reembolso passaram a coexistir no mesmo fluxo, gerando mensagens conflitantes

Reações dos usuários e críticas de design

  • Enquanto ainda havia incerteza sobre reembolso, houve até cancelamento de assinatura, e a falta de resposta sobre reembolso, junto com um clap gif anexado à mensagem, foi citada como motivo
  • Também apareceu a postura de que a avaliação futura dependeria de saber se a resposta do suporte realmente resultaria em reembolso
  • Por causa de imagens e linguagem de meme, só depois ficou claro que o comentário do autor original não era uma fala própria, mas uma citação de um bot de suporte
  • Com base no relato de @bcherny, também surgiu a interpretação de que o anti-abuse system excessivamente agressivo não bloqueava algumas solicitações, mas as redirecionava para cobrança de uso extra
  • Houve críticas de que, se algo for considerado abuso, deveria ser bloqueado, e não convertido em cobrança adicional; se existir um modo que contorna a cota, continua processando a solicitação e apenas cobra mais caro, então o próprio design seria problemático
  • Também houve reação contra a ideia de que tentar controlar diretamente um cliente executado localmente pelo usuário pudesse ser tratado como breach, além da crítica de que deveria ser possível delegar permissões a um software agent que age em nome do usuário
  • Seguiram ainda observações de que vender um agent pessoal, mas na prática parecer acolher apenas uma combinação person+agent, passa uma mensagem contraditória

Menção a modelos alternativos

  • Open weight models de origem chinesa foram citados como alternativa que pode ser hospedada em hardware local e executada de forma autônoma, desde que haja hardware suficiente
  • Foi mencionado que esses modelos custam de 10 a 50 vezes menos que os da Anthropic e que teriam desempenho em programação cerca de 2,7% inferior

Leituras relacionadas

1 comentários

 
GN⁺ 2026-04-30
Opiniões do Hacker News

  • É realmente chocante cobrarem errado por um erro técnico deles e dizerem que nem conseguem reembolsar
    No mínimo, a Anthropic deveria dar crédito integral imediatamente

    • A resposta oficial quase soa como um texto gerado por IA
      Parece até uma prévia do futuro do atendimento ao cliente
      Algo como: "Sim, sentimos muito, mas por favor deixe pra lá. Se quiser, você ainda pode passar mais algumas horas conversando com um chatbot de IA. Não vai ajudar, mas vai custar mais uns US$ 0,12 em tokens pra gente"
      Também parece plausível que o primeiro caminho pelo qual a Anthropic vai perceber isso manualmente seja o HN
    • Isso soa ilegal, e se cobraram errado por algo totalmente fora do controle do usuário, parece bem provável que perderiam na Justiça
      Talvez a resposta tenha sido escrita inteiramente por um LLM instruído a nunca oferecer reembolso ou compensação
    • Agora estão oferecendo reembolso e crédito extra também https://news.ycombinator.com/item?id=47954655
    • Também parece que a Anthropic estava testando até onde podia ir
      Se ninguém reagir com processo, chargeback e afins, por que eles mudariam de direção por conta própria?
    • Fiquei me perguntando se aquela era mesmo a resposta real
      Tinha até um DiCaprio clap, então é ainda mais absurdo que não fosse piada

  • Sou Thariq, da equipe do Claude Code
    Estamos lidando com isso desde que o bug veio à tona, e estamos oferecendo reembolso integral a todos os afetados, além de créditos extras de uso no valor da assinatura mensal como forma de pedido de desculpas
    O texto original está aqui: https://x.com/trq212/status/2048495545375990245
    Ainda estamos no processo de enviar e-mails para todas as pessoas afetadas
    O fluxo de suporte não foi projetado para escalar bugs complexos como esse para a engenharia, e queremos melhorar isso, mas vai levar algum tempo
    Sinto muito por quem foi prejudicado

    • Parece que também existe um bug que envia cobranças aleatórias às pessoas https://news.ycombinator.com/item?id=47693679
      O recarregamento automático estava desativado, mas mesmo assim recebi uma cobrança de US$ 45,08 em março, e tentei chegar ao suporte sem sucesso total
      Pelo post linkado, não fui só eu que passei por isso
    • Mas então por que, no começo,
      disseram que não podiam oferecer compensação por cobranças encaminhadas incorretamente por causa de erro técnico ou degradação de serviço?
      Fico curioso para saber o que exatamente impedia o pagamento de compensação
    • Obrigado por vir até aqui e dar uma explicação complementar com transparência
      Para quem não usa X, também seria bom saber por qual canal acompanhar esse tipo de anúncio
    • Parece muito necessário um post-mortem
      A resposta do suporte que o autor colou na thread da issue do GitHub parece quase uma alucinação, e fora de contexto gera bastante confusão
    • Não é só que "o fluxo de suporte não estava preparado"; mesmo agora parece estar muito perto de uma ausência de sistema de suporte
      Um bot dizer para você falar com o bot de novo se precisar de suporte não é suporte de verdade
      Só parece suporte por fora, mas na prática não existe caminho para obter ajuda

  • Quase não lembro de já ter visto uma empresa dizer abertamente que não pode compensar cobranças erradas causadas por erro técnico
    Se essa é mesmo a política, é um nível surreal de insanidade

    • Parece mais provável que isso tenha sido uma alucinação de LLM do que uma política real
      Por azar, eles acabaram exibindo justamente o modo de falha mais emblemático do próprio produto dentro do processo de negócios deles, o que piora ainda mais a imagem
    • O GitHub deveria permitir reações de palhaço ou emoji de cocô em comentários para tentar virar um pouco esse fluxo de avaliações ruins
    • Se essa política fosse possível, seria simplesmente ilegal, então faz ainda menos sentido
    • Quem reportou o bug postou aquela resposta como uma piada
      Dá para perceber pelo nome de usuário
    • É ainda mais triste ver isso vindo de uma suposta Good AI company

  • https://x.com/trq212/status/2048495545375990245
    Pelo que estou vendo agora, além do reembolso também estão dando US$ 200 em créditos

    • O problema é que isso só foi resolvido depois que virou assunto público
      Não deveria ser necessário transformar o caso em algo grande só para fazer a empresa corrigir o próprio erro
      Pegar US$ 200 e depois dizer que não pode devolver passou dos limites
    • Isso agora parece um mundo em que, se viralizar, você recebe atendimento humano; se não, mandam você se virar
    • No fim, parece que só se mexeram porque foi parar na front page do HN
    • Na próxima, talvez baste uma única palavra com thanos escrito ao contrário numa linha par de YAML para cobrar de novo, então esses US$ 200 em crédito nem têm graça
    • A resposta inicial foi burra, mas pelo menos agora a situação está indo para uma solução
      Ainda assim, continua meio nebuloso de onde exatamente saiu aquela primeira resposta que o OP publicou na issue do GitHub
      Talvez eu esteja dizendo isso porque só passei o olho na issue e não sei se depois acrescentaram mais contexto

  • Recentemente fui vítima de uma cobrança duplicada de US$ 100 no recarregamento automático
    Tentei entrar em contato com a Anthropic, mas como esperado a única opção era o agente de chat, e ao encerrar a conversa disseram que alguém entraria em contato para ajudar, mas no fim nada aconteceu
    Acabei abrindo contestação com a operadora do cartão, e decidiram a meu favor

    • Passei por algo parecido
      Em dezembro havia um bug no app de iOS em que, mesmo comprando a assinatura pela App Store, ela não era registrada no backend, então o dinheiro saía mas os privilégios do plano não eram ativados
      O aviso de status era este: https://status.claude.com/incidents/6rrnsb1y0kbn
      Tentei subir do plano gratuito para o plano normal, paguei e continuei no gratuito; achei que fosse um bug temporário e até tentei o plano Max, com o mesmo resultado
      Tentei cancelar e começar de novo, mas minha conta ficou permanentemente presa como usuário Apple, então eu só podia gerenciar o plano pelo app de iOS, e sempre que tentava assinar o plano normal o mesmo problema se repetia
      O bot de suporte concordou que era um bug e que precisava de reembolso e correção, mas a conta nunca foi liberada nem houve reembolso
      Pedi reembolso à Apple e ele veio relativamente rápido, e o bot também não fez a escalada para um humano como havia prometido
      Disseram que o bug foi corrigido, mas minha conta de e-mail pessoal continua em limbo permanente, sem conseguir sair do gratuito para outro plano
      Quando tentei de novo recentemente, o dinheiro saiu e eu continuei preso no gratuito, então acabei tendo que criar um Gmail separado só para conseguir pagar Anthropic/Claude
    • O PayPal já ficou meses sem me devolver dinheiro no passado
      Mesmo com o rastreamento postal mostrando claramente Address unknown, returning to sender
      Na época eu deveria ter feito chargeback direto pela conta bancária, porque aí sempre aparece um humano para olhar
      A lição ficou bem clara
    • Fico curioso se, depois de a contestação do cartão ter sido concluída, a Anthropic tentou recuperar esses US$ 100 ou se houve alguma punição na conta
    • Eu também tinha cerca de 6 meses de crédito recebidos por gift card, mas depois de usar por 1 ou 2 meses eles simplesmente sumiram na semana passada
      Já falei com o chatbot, abri ticket e estou mandando e-mail todo dia, mas sem qualquer resposta
      Infelizmente, eu nem tenho a opção de chargeback
    • Então é isso o suporte de uma empresa avaliada em US$ 200 bilhões

  • O que vem acontecendo na Anthropic ultimamente parece quase uma sequência de desastres em cascata
    Também não entendi o que aconteceu com o Opus 4.7, e no fim voltaram para o 4.6, mas o 4.6 já parecia ter piorado
    Minha percepção pessoal é essa, e a thread no GitHub sobre a mudança no harness também passa essa impressão
    Não vejo motivo para continuar pagando assinatura aceitando essa queda, então estou pensando em cancelar
    Hoje já existem pelo menos 3 modelos tão bons quanto o Opus, e o pi project me parece o melhor no aspecto de harness

    • Um dos serviços mais intensivos em computação da história da humanidade está crescendo mais rápido do que uma barraca de limonada distribuindo notas de US$ 100 de graça, então problemas de escala e dores de crescimento eram inevitáveis
      Como usuário da Anthropic que quase não sentiu os problemas recentes, confesso até certa gratidão por gente indo embora por causa dessas reclamações, já que isso deixa mais recursos computacionais para quem fica
    • É isso que acontece quando se substitui bom senso por LLM
    • Teve vibe coding demais
    • O último mês ou dois foram uma verdadeira aula de dar tiro no próprio pé
    • Falando sem rodeios, isso parece o tipo de lugar administrado por ai bros, e o nível em que ai bros operam tecnologia me lembra o nível em que crypto bros operam sistemas monetários
      Ainda assim, eles fazem um produto bom

  • Fiquei em dúvida se sasha-id era funcionário da Anthropic, bot oficial ou só uma brincadeira
    A estrutura da resposta era estranha e ainda tinha GIF, então isso piorou a impressão; só a resposta do Cherny parecia real
    Era uma pergunta séria, e peço desculpas de antemão se a resposta for óbvia

    • Dá mesmo para confundir
      Minha interpretação é que isso ficou mais confuso porque quem reportou o bug colou a resposta original por e-mail sem indicar que vinha de e-mail
      E também não fica claro se o que a pessoa quis dizer foi "sem reembolso" ou "eu não posso processar o reembolso"
      Também não sei se uma GitHub Issue é o lugar apropriado para pedir reembolso
      Parece que o que estamos vendo é só parte da história, e só espero que do outro lado haja um ser humano lendo e tratando isso de forma adequada
    • Essa pessoa é quem reportou o bug
      Parece que ela colou e sem contexto um e-mail vindo da Anthropic, e o GIF parece ser reação da própria pessoa
    • O sasha-id abriu o bug report original, e o bcherny confirmou que era um bug real e que foi corrigido, então é muito improvável que seja um ator falso
      O motivo de os comentários aqui estarem confusos é que ele simplesmente colou e colou a resposta do suporte da Anthropic
      O link é este: https://github.com/anthropics/claude-code/issues/53262#issue...
    • As issues relacionadas ao Claude estão cheias de bots por toda parte, a ponto de às vezes parecer que bots respondem a si mesmos e acabam se confundindo entre si
      É quase impossível distinguir o que é issue real e o que é alucinação, e até surpreende que a Anthropic tente ler aquilo
      Neste caso, parece que o autor estava citando o que o suporte havia dito
    • A linha do tempo do caso está um pouco confusa
      No PR, o usuário do github actions marcou esta issue como possível duplicata de https://github.com/anthropics/claude-code/issues/53171, que foi criada antes, e essa issue não parece ter muitos sinais de edição posterior
      Aí fiquei pensando se o sasha-id copiou aquele bug report e acabou parecendo o descobridor

  • A Anthropic parece ter o hábito de primeiro adotar uma postura dura e depois voltar atrás
    Pode ser falha de comunicação interna, e essa pessoa provavelmente acabará recebendo o reembolso, mas a impressão externa é muito ruim
    Esse tipo de resposta é perfeitamente inaceitável

    • Talvez não seja só um problema de comunicação interna
      Também pode ser aquele estilo de operação de várias organizações em que se força a barra primeiro e se recua se houver reação
      Se der certo, ótimo; se houver reação negativa, cancelam depois
      Já vi um líder no passado propor apagar todas as contas de usuários que não tivessem feito login em 6 meses; quando avisaram que as pessoas ficariam furiosas e postariam no Twitter ou Reddit, ele respondeu com toda confiança que bastava explicar que aquilo não era sustentável e pedir para criarem a conta de novo
      Então implementamos, e um segundo depois começaram a chegar tickets furiosos ao suporte e posts em redes sociais; o mesmo líder imediatamente tirou o corpo fora dizendo que "não era esse o tipo de implementação que eu esperava"
      Até hoje não faço ideia de que resultado ele imaginava
    • Parece a versão corporativa de Keir Starmer
    • Os próprios desenvolvedores talvez não sejam o centro do problema, e deve ser bem desagradável virar bode expiatório nesse tipo de situação
      Claro, parte das pessoas na Anthropic talvez concorde com várias dessas práticas, mas meu palpite é que a empresa evita traçar limites claros justamente para manter margem de manobra conforme a conveniência do momento

  • Em janeiro me cobraram três vezes em duplicidade, e a Anthropic reconheceu os fatos, mas mesmo assim recusou o reembolso
    No fim, venci via contestação no cartão

    • Como outros já comentaram, fico curioso se a conta não acabou sendo bloqueada
      Se foi, queria saber se você criou outra conta e se ela também foi bloqueada

  • Decidi bem cedo que não usaria o Claude
    Quando impediram a criação de uma segunda conta com o mesmo número de telefone, mesmo para uso comercial, já deu para sacar
    Depois eles removeram essa limitação, mas só esse episódio já deixou claro que a Anthropic não entende direito os próprios clientes
    Os modelos são bons, mas o processo de cadastro é muito mais complicado e trabalhoso do que o dos concorrentes, e no geral é bem bagunçado