Em janeiro de 2026, a receita anualizada da Anthropic era de US$9 bilhões. Em abril, era de US$30 bilhões. O que puxou isso, segundo todos os relatos públicos, foi o Claude Code: um agente de programação que roda no terminal e que, sem alarde, virou uma linha de negócio de US$2,5 bilhões em menos de um ano, com as assinaturas empresariais quadruplicando só no primeiro trimestre.
A maioria dos posts sobre esses números trata o assunto como corrida de benchmark. Claude contra ChatGPT, pontos percentuais no SWE-bench, quem tem a maior janela de contexto neste mês. Esse olhar ajuda quem está escolhendo uma assinatura, mas é o olhar errado pra entender por que a curva tem esse formato.
A pergunta interessante é outra: por que as pessoas que pagam essas ferramentas do próprio bolso (devs seniores, consultores, freelancers, agências pequenas) e até empresas grandes estão todas indo na mesma direção.
Já escrevi sobre o que muda de verdade quando você usa o Claude em produção. Este post é sobre o que essa migração significa, e não sobre se você deve entrar nela.
Os números do Stack Overflow
A Pesquisa de Desenvolvedores do Stack Overflow de 2025, o maior retrato anual da profissão, colocou o uso do ChatGPT em 81% entre desenvolvedores. A adoção do Claude estava em 43%, e crescendo bem mais rápido que a do ChatGPT. No começo de 2026, uns 70% dos desenvolvedores diziam preferir o Claude especificamente pra programar.
O ChatGPT tem a base de usuários maior. Mas o Claude tem a preferência de quem vive de escrever código.
São métricas diferentes medindo coisas diferentes. A primeira mede o padrão. A segunda mede o que acontece quando alguém que sabe reconhecer código bom usa as duas ferramentas por algumas semanas e depois precisa escolher uma.
O que "preferência" quer dizer aqui
Quando um desenvolvedor assalariado prefere uma ferramenta, essa preferência costuma ser educada. Ele usa o que o time usa. Usa o que a empresa paga. Pode até reclamar do autocompletar do Cursor num canal privado, mas não vai trocar o fluxo de trabalho inteiro numa terça à tarde.
Quem paga do próprio bolso é diferente. O freelancer toca a própria consultoria. O autor de plugin publica pra milhares de usuários. O dev sênior paga US$20 por mês do próprio bolso porque a licença corporativa da empresa não inclui o Claude. Essa gente troca de ferramenta quando aparece algo melhor. Não tem motivo nenhum pra ser fiel.
É essa população que está por trás do sucesso do Claude Code. A Anthropic diz que os clientes corporativos já respondem por mais da metade da receita do Claude Code, mas a curva começou bem antes de o departamento de compras entrar na história. Os desenvolvedores gostavam do Claude. Os desenvolvedores recomendavam o Claude. Os gestores aprovavam o que o time já estava usando.
Essa ordem importa. Não foi o time de vendas corporativas que empurrou isso. A ferramenta se espalhou do jeito que as ferramentas úteis sempre se espalharam: de mão em mão, em mensagem privada no Slack, entre pessoas que não ganham nada recomendando.
Por que a migração fica
Trocar de ferramenta de programação custa caro. Você aprende os atalhos, os comandos, os jeitos como ela falha. Monta prompts que funcionam. Constrói confiança, devagar, vendo a ferramenta acertar em tarefas cujo resultado você consegue conferir. Três semanas depois, você tem uma relação de trabalho. Jogar isso fora pra testar a próxima novidade tem um custo real.
Então, quando os desenvolvedores migram e ficam, estão pagando esse custo de propósito.
O que eu ouço sempre, de clientes e do meu próprio trabalho no WP-AutoInsight, que conversa com as APIs da OpenAI, da Anthropic, do Google e da Perplexity lado a lado, é que o Claude faz menos coisa espetacular e mais coisa chata do jeito certo. Refatora uma classe sem inventar método que não existia. Admite quando não sabe. Fica no escopo da tarefa em vez de reescrever os arquivos em volta.
São as qualidades que você quer num dev júnior em quem confia o bastante pra deixar trabalhar sem supervisão em código de produção. O ciclo de programação com agentes é "o modelo escreve, o modelo roda, o modelo corrige, de vez em quando um humano revisa". Sem confiança, o ciclo desmorona.
O que isso significa pro trabalho intelectual
Os números do Claude Code são a ponta de uma migração maior. O Cowork, produto da Anthropic que aplica a mesma lógica de agentes a trabalho que não é programação, chegou no começo de 2026 com um recado explícito: o que funcionou pros desenvolvedores agora deveria funcionar pra jurídico, financeiro, vendas e operações.
Se isso vai se confirmar, ninguém sabe ainda. Programação tem propriedades que a maior parte do trabalho intelectual não tem. Tem um ciclo de retorno rápido: o código roda ou não roda. Tem registro escrito: histórico do git, resultado de teste, mensagem de erro. Tem uma cultura que já aceita a ajuda da IA como legítima.
Redigir um contrato, montar um modelo financeiro, processar uma nota fiscal: essas tarefas têm critérios de sucesso mais frouxos. "O resultado parece razoável" não é um teste que passou. Os padrões de migração que funcionaram com desenvolvedores vão precisar de outra estrutura de apoio pra todo o resto.
Mas o sinal por trás é o mesmo. Quem paga do próprio bolso é quem antecipa pra onde o resto do mercado vai. E essa gente foi pro Claude.
O que eu acompanharia no lugar dos benchmarks
Três números dizem mais sobre pra onde isso vai do que qualquer comparação de modelo.
Os clientes corporativos que gastam mais de US$1 milhão por ano com a Anthropic dobraram em dois meses, de 500 pra mais de 1.000. Isso não é curiosidade. São contratos assinados por gente que já fez piloto, já avaliou e já se comprometeu.
A Anthropic diz que uns 80% da receita vêm de clientes empresariais e de API. A assinatura de consumidor é porta de entrada, não o evento principal. Compare com a curva puxada por consumidor da OpenAI, que é outro negócio, com outros incentivos.
E por fim: o Claude Code foi de US$1 bilhão de receita anualizada pra US$2,5 bilhões em três meses. Software não cresce desse jeito a menos que alguma coisa esteja funcionando de verdade no mundo real, e não só nas demos.
A pergunta que vale você se fazer
Se você é desenvolvedor e está escolhendo uma ferramenta hoje, a resposta é simples: use as duas, veja qual encaixa no seu trabalho e pague pela que funciona. Os benchmarks vão dizer que elas são mais ou menos equivalentes, e os benchmarks estão mais ou menos certos.
A pergunta mais difícil é se o seu time, a sua agência ou a sua consultoria está preparada pra tirar valor dessas ferramentas em produção, e é pra responder essa pergunta que existe o trabalho de CTO fracionado e consultoria de IA. A maioria não está. Já vi muito projeto de IA empacar depois da demo impressionante porque ninguém resolveu a parte chata: ciclos de revisão humana, tratamento de erro, plano B quando algo falha, limite de custo, limite de segurança.
A ferramenta importa menos do que o que você constrói em volta dela.
Se o seu time está nesse ponto em que a IA empacou, um arranjo de CTO fracionado costuma ser o que fecha essa lacuna. Me manda uma mensagem.
E você, como está lendo essa migração? Está trocando, observando ou ficando onde está por enquanto?