O post que custou US$ 30 bilhões à IBM — e o sinal que ninguém leu

ACIMA DO NOISE FLOOR × ibm × anthropic × cobol × lock-in × arquitetura composable

23 de fevereiro de 2026. A Anthropic publica um blog post. A IBM perde 13,2% em um único pregão — o pior em mais de 25 anos. Cerca de 30 bilhões de dólares em valor de mercado evaporam entre a abertura e o fechamento. Na sexta-feira anterior, a mesma Anthropic tinha anunciado o Claude Code Security — e derrubou CrowdStrike, Cloudflare, Okta e o ETF de cibersegurança ao pior nível desde novembro de 2023. Dois blog posts em cinco dias, dois setores em pânico. Mas o pânico é o ruído. O sinal está em outro lugar.

O que a Anthropic de fato anunciou: o Claude Code consegue automatizar a fase de exploração e análise de bases COBOL. Mapeamento de dependências entre milhares de linhas, documentação de fluxos de trabalho, identificação de riscos que levariam meses para analistas humanos. A empresa publicou junto um Code Modernization Playbook e disse que equipes podem modernizar bases COBOL "em trimestres em vez de anos."

COBOL é a infraestrutura invisível do mundo financeiro. Centenas de bilhões de linhas em produção, rodando transações em bancos, companhias aéreas e órgãos de governo. O problema não é a linguagem — é que o número de pessoas que entendem COBOL diminui todo ano. Modernizar esse código é caro, arriscado e lento. Por isso continua rodando. Por isso a IBM ganha dinheiro com isso.

E aqui começa a parte que nenhuma manchete contou: a IBM já vende exatamente isso.

Em 2023, a IBM lançou o watsonx Code Assistant for Z. Uma ferramenta de IA generativa que mapeia dependências em bases COBOL, documenta lógica de negócio e traduz código para Java. Usa o modelo Granite, treinado especificamente em pares COBOL-Java. Tem case público: a NOSI, no Egito, reportou 79% de redução no tempo de análise de aplicações complexas. Uma empresa global de logística reportou 60% de aumento de produtividade na transformação COBOL-Java. Em dezembro de 2025, a IBM adicionou capacidades agênticas ao produto — com MCP, descoberta de regras de negócio automatizada e geração de documentação em escala.

O mercado não reagiu quando a IBM lançou o watsonx Code Assistant. Não reagiu quando adicionou agentes. Não reagiu quando publicou cases com redução de 79% no tempo de análise. Reagiu quando a Anthropic escreveu um blog. Pense nisso: a IBM tem produto em produção, com clientes reais, fazendo exatamente o que a Anthropic descreveu — e o mercado precificou o anúncio da concorrente como se fosse a invenção da categoria. O que isso revela não é falta de informação. É viés narrativo. A Anthropic é o nome quente. A IBM é a incumbente. E o mercado, como qualquer ser humano, reage mais à história nova do que ao fato velho.

Mas existe uma diferença real entre os dois — e é aí que o sinal aparece.

O CFO da IBM, James Kavanaugh, disse na última teleconferência de resultados que o mainframe Z gera um multiplicador de 3 a 4 vezes em receita de stack — software, serviços, consultoria, tudo conectado ao hardware. O watsonx Code Assistant traduz COBOL para Java, mas mantém tudo rodando no mainframe IBM. Moderniza a linguagem. Preserva o ecossistema. Preserva o lock-in. A Sherwood News resumiu numa frase: "A IBM quer modernizar seu código antigo no hardware dela. A Anthropic oferece torná-lo portável."

Essa é a diferença que importa. Não é sobre quem analisa COBOL melhor. É sobre para onde o código vai depois.

Quando uma ferramenta de IA consegue mapear dependências, documentar fluxos e traduzir código de forma agnóstica — sem vínculo com hardware ou ecossistema específico — ela abre a porta para arquitetura composable. Componentes modulares, substituíveis, que rodam onde faz sentido — mainframe, cloud, edge, híbrido. O código deixa de ser refém da plataforma onde nasceu. A lógica de negócio que hoje só existe dentro de um monólito COBOL-mainframe passa a ser extraível, documentável, transportável.

Isso é uma mudança estrutural, não incremental. A promessa de arquitetura composable existe há anos no discurso de consultoria, mas esbarrava num problema prático: ninguém sabia exatamente o que tinha dentro do monólito. Décadas de código acumulado, remendos sobre remendos, regras de negócio enterradas em sub-rotinas que nenhum desenvolvedor atual escreveu. O custo de simplesmente entender o que o sistema faz era proibitivo. IA de código ataca exatamente esse gargalo.

Isso não acontece da noite pro dia. Modernizar um sistema COBOL que processa milhões de transações bancárias por dia não é problema de análise de código — é problema de risco operacional, conformidade regulatória, testes de regressão em sistemas de décadas. A fase de exploração e análise que a Anthropic automatiza é talvez 20% do esforço total. Os outros 80% são o motivo pelo qual projetos de modernização de mainframe custam centenas de milhões e levam anos. Nenhum blog post muda isso.

Mas o argumento do lock-in mudou. Reduzir o custo de entender o legado não reduz o custo de migrar. Reduz o custo de decidir migrar. E decisão é onde o lock-in realmente opera. Enquanto o mapa do sistema custava mais que o orçamento do projeto, a resposta racional era ficar. Se a IA comprime essa fase de meses para semanas, o cálculo muda — não porque migrar ficou barato, mas porque agora dá pra saber quanto vai custar antes de se comprometer.

Até agora, o custo de entender o código legado era tão alto que migrar era impensável — não porque a plataforma de destino não existisse, mas porque ninguém conseguia mapear a plataforma de origem. Se IA reduz esse custo em 60%, 70%, 80% — como os próprios cases da IBM sugerem que é possível — então a barreira de saída diminui. E quando a barreira de saída diminui, o fornecedor precisa de um argumento melhor do que "sair é caro demais."

Isso não é só sobre IBM e mainframe. É sobre o modelo de negócio de qualquer empresa de software que depende de arquitetura monolítica para reter clientes.

A lógica não se limita a mainframes. A SAP enfrenta o mesmo dilema com 35 mil empresas ainda no ECC, prazo de fim de suporte em 2027, e 95% dos clientes dizendo que construir o business case de migração para S/4HANA é genuinamente difícil. A resposta da SAP? Comprou a LeanIX para mapear dependências de arquitetura, lançou o Joule para refatorar código ABAP, e investiu em ferramentas de IA para análise de customizações. A IBM lançou em dezembro de 2025 o Consulting Application Management Suite for SAP, com IA generativa para acelerar migrações. Panaya, Applexus CeleRITE — o ecossistema inteiro de ferramentas aponta na mesma direção.

Todas construídas para levar o cliente do ECC ao S/4HANA — dentro do ecossistema SAP. Mas o motor técnico é agnóstico de destino. A mesma IA que mapeia o caminho para S/4HANA mapeia o caminho para fora. E 78% dos clientes SAP já planejam uma estratégia multi-vendor composable, segundo pesquisa da Rimini Street com 455 executivos. Empresas que combinam arquitetura composable com suporte terceirizado performam acima da média em 83% dos casos — contra 27% no modelo tradicional.

A diferença entre COBOL e ERP é de maturidade, não de lógica. No mainframe, a Anthropic mostrou que é possível. No ERP, as ferramentas existem mas ainda apontam para dentro. A pergunta é quanto tempo até alguém apontar para fora — e a resposta provavelmente é: menos do que a SAP gostaria.

Qualquer vendor que cobra migração como serviço profissional sabe que a opacidade do sistema atual é a maior aliada da renovação de contrato. Empresas de software que não estiverem repensando suas arquiteturas — movendo de monólitos para APIs abertas, de ecossistemas fechados para composable — vão descobrir que "ninguém troca porque é complexo demais" deixou de ser argumento quando um agente de IA documenta a complexidade em semanas em vez de meses. A janela para ajustar o modelo de retenção é agora. Quem esperar o cliente perceber que a porta de saída ficou mais larga vai estar renegociando de uma posição muito pior.

O mercado de hoje precificou o pânico. Não precificou a oportunidade.

Para o executivo que roda mainframe IBM com milhões de linhas de COBOL, o que aconteceu hoje é, na verdade, uma boa notícia. Não porque a IBM vai morrer — a IBM continua sendo a plataforma mais segura e performática para processamento transacional em escala. Mas porque agora existe pressão competitiva real sobre o modelo de retenção por lock-in. E pressão competitiva é o que gera renegociação, é o que gera opções, é o que gera arquitetura que serve ao negócio em vez de servir ao fornecedor.

A pergunta prática para quem toma decisão: se a sua organização roda sistemas legados críticos, o Claude Code pode ajudar na fase de análise e documentação? Provavelmente sim — assim como o watsonx da IBM já ajuda desde 2023. Pode substituir um projeto de modernização de centenas de milhões? Não. Mas pode começar a erodir o argumento de que migrar é impossível. E "impossível" era a base do modelo de precificação de quase todo fornecedor de software corporativo.

O sinal de hoje não é "a IA vai destruir a IBM." O sinal é: pela primeira vez, o executivo que está preso num contrato de mainframe tem uma ferramenta crível para mapear sua própria saída. E isso vale para mainframe, para ERP, para qualquer stack monolítico que sobrevive porque a porta de saída era escura demais para alguém querer atravessar.

IA de código acabou de acender a luz.

O ruído é o derretimento. O sinal é a porta de saída. Hoje foi COBOL. Amanhã é ERP. A pergunta não é se alguém vai apontar a IA pra fora do ecossistema SAP — é quando. E provavelmente menos tempo do que a SAP gostaria.

Fontes: CNBC — IBM plunges 13% (23 fev 2026)  ·  Bloomberg — Pior dia da IBM em 25+ anos (23 fev 2026)  ·  Sherwood News — Lock-in vs portabilidade (23 fev 2026)  ·  VentureBeat — watsonx Code Assistant for Z (dez 2025)  ·  IBM Research — NOSI case study (jun 2025)  ·  IBM Newsroom — Q4 2025 Earnings (jan 2026)  ·  Bloomberg — Cybersecurity selloff (20 fev 2026)  ·  E3 Magazine — Rimini Street: 78% dos clientes SAP planejam composable ERP (nov 2025)  ·  The Register — 95% dos clientes SAP lutam com business case de S/4HANA (out 2025)  ·  CIO Dive — IBM SAP migration tool + Gartner: 45% live on S/4HANA (dez 2025)