Laboratórios de Fronteira Estão Ficando Sem Substrato. Seu Playbook de Compras Ainda Não Percebeu.

Em abril e início de maio, desenvolvedores que usam a Anthropic viram suas ferramentas piorarem de forma perceptível. Contas Pro de US$ 20 por mês perderam acesso ao Claude Code após sete dias de uso normal. Algumas contas corporativas foram banidas sem aviso, sem caminho claro para recurso. Fóruns se encheram do tipo de reclamação que sinaliza um fornecedor perdendo sua base de desenvolvedores. Então, quase de uma hora para outra, os limites de taxa relaxaram. Os limites do Claude Code dobraram. As restrições em horário de pico foram removidas. A correção não chegou porque a Anthropic melhorou o software. A correção chegou porque a Anthropic, em um acordo com a SpaceX e o cluster Colossus 1 da xAI, encontrou 220 mil GPUs NVIDIA para alugar.

Dario Amodei, no Big Technology Podcast, deu a explicação em uma frase. “Originalmente planejamos crescer 10x, e vimos algo como 80x de crescimento em receita e uso.” Essa é a história operacional. A história de compras é a que ninguém ainda está escrevendo.

Duas semanas antes do acordo com a SpaceX, a Anthropic adquiriu a Bun, o runtime de JavaScript. Em março, a OpenAI anunciou planos de adquirir a Astral, o time por trás do uv, um gerenciador de pacotes Python que já move mais de 150 milhões de downloads no PyPI por mês. Não são coincidências. São o mesmo problema expresso em duas camadas distintas do stack. Laboratórios de fronteira precisam de computação e do runtime onde os agentes vivem. Estão comprando os dois. E os times de compras do lado do comprador continuam precificando esses fornecedores como se a conversa fosse sobre conjunto de funcionalidades SaaS.

Isso é um problema de compras antes de ser qualquer outra coisa.

O Que o Número 80x Realmente Significa

Planejar para 10x. Receber 80x. Os dois números divergem por uma ordem de magnitude, e a diferença é o que vai ser cobrado do seu time em forma de serviço degradado.

Quando um fornecedor subdimensiona por 8x, racionar capacidade vira a única alavanca disponível. A primeira versão do racionamento é invisível: filas mais longas, respostas de modelo mais lentas, erros em rajadas. A segunda é visível: limites de taxa que estrangulam clientes pagantes. A terceira é o que a Anthropic embarcou em abril: bans de conta sem aviso, downgrades de plano e ferramentas para desenvolvedor que param no meio da tarefa. Quando um fornecedor está fazendo a terceira coisa, os efeitos de segunda ordem já começaram. Times constroem contornos. Times negociam fornecedores reserva. Times escrevem memorandos internos questionando a relação com o fornecedor.

O acordo com o Colossus 1 restaurou capacidade. Não restaurou a confiança que os desenvolvedores passaram abril perdendo. E a questão de fundo, de que a demanda por inferência de fronteira cresce mais rápido do que qualquer laboratório consegue provisionar, não foi embora. Foi adiada para a próxima parede de capacidade.

Se o seu contrato com um laboratório de fronteira não tem cláusula para o que acontece na próxima parede de capacidade, você não tem contrato. Tem esperança.

O Que as Aquisições da Bun e do uv Te Dizem

A Anthropic comprou a Bun. A OpenAI planeja comprar a Astral. As empresas compradas não são acqui-hires no sentido clássico. Bun é um runtime que compete com o Node.js. uv é um gerenciador de pacotes que, em dezoito meses, deslocou parcelas grandes do ecossistema pip para desenvolvedores Python que se importam com velocidade.

A análise da LogRocket sobre o acordo da Astral coloca a lógica estratégica de forma direta. Laboratórios de fronteira precisam que os agentes deles rodem em algum lugar. Esse “algum lugar” é um runtime. Se o runtime pertence a um concorrente, ou a uma fundação neutra, o laboratório não controla o próprio substrato. Ao adquirir o time do runtime, o laboratório controla a velocidade de release, a priorização de funcionalidades que beneficiam agentes em vez de humanos, e o roadmap de longo prazo da ferramenta que todo desenvolvedor Python ou JavaScript da base de clientes usa.

A licença OSS não muda. Os incentivos do mantenedor mudam.

Um gerenciador de pacotes que prioriza fluxos de agentes em vez de ergonomia humana vai, com o tempo, derivar para fluxos de agentes. Um runtime de propriedade da Anthropic vai otimizar primeiro para as necessidades do Claude Code. Nada disso é malicioso. É o comportamento previsível de qualquer time cujo cheque é assinado por um único cliente, mesmo que esse cliente seja a própria controladora do time.

A implicação para compras: toda ferramenta OSS de desenvolvimento no seu stack agora é candidata a ser absorvida. Sua prontidão para fazer fork dessas ferramentas faz parte da sua superfície de risco de fornecedor, esteja escrita ou não.

As Duas Cláusulas Que Faltam no Seu Playbook de Compras

Se você compra de um laboratório de fronteira, seu contrato provavelmente cobre SLA, residência de dados, comportamento do modelo e preço. Provavelmente não cobre contingência de fornecimento de computação nem continuidade de substrato OSS. Ambos pertencem à próxima revisão contratual.

Contingência de fornecimento de computação. O que acontece quando o fornecedor bate em uma parede de capacidade e decide racionar o seu tier? Você precisa de linguagem explícita sobre:

Período de aviso antes que limites de taxa em nível de tier mudem. Quarenta e oito horas é o piso. Duas semanas é justo.
Compensação quando os limites anunciados não forem cumpridos. Créditos de serviço são fracos; a âncora correta é reembolso proporcional à fração da capacidade contratada que foi de fato entregue.
Cláusula de fornecedor reserva que permita rotear um percentual definido de tráfego para um modelo concorrente sem violar exclusividade. Sua continuidade de negócio não sobrevive ao próximo aperto de capacidade sem isso.
Divulgação de qualquer acordo de fornecimento de computação que altere materialmente a capacidade do fornecedor de atender seu tier. O acordo da SpaceX teria sido divulgado em mercado de capitais se a Anthropic fosse pública. Seu contrato deveria exigir o mesmo de você.

Continuidade de substrato OSS. O que acontece quando seu stack depende de uma ferramenta cujo time mantenedor é adquirido? Você precisa de:

Um inventário, por nome, de toda ferramenta OSS de desenvolvimento no seu caminho de build, deploy e execução que hoje seja propriedade, patrocinada ou financiada majoritariamente por um laboratório de fronteira. Bun. uv. A lista é curta hoje. Não vai ser curta em doze meses.
Uma avaliação de prontidão para fork por ferramenta. Se o mantenedor muda a licença, despriorize uma funcionalidade da qual você depende, ou adiciona telemetria que você não pode permitir, dá para fazer fork? Quem mantém o fork? Qual o custo?
Uma obrigação contratual de qualquer fornecedor cujo produto dependa dessas ferramentas de divulgar a dependência e o plano de prontidão para fork. Se seu provedor de CI/CD usa uv internamente, você precisa saber.

Essas duas cláusulas não existem em nenhum template de compras que vi circular. Precisam começar a existir. As empresas que as escreverem primeiro vão definir o piso de negociação para o resto do mercado.

Faça Isso Agora

Puxe seus contratos ativos com qualquer laboratório de fronteira e com qualquer ferramenta cujo time mantenedor tenha sido adquirido ou se rumora ser adquirido nos próximos dois trimestres. Leia a seção de SLA. Encontre a linguagem de limite de taxa. Se o contrato dá ao fornecedor o direito unilateral de mudar limites de taxa sem aviso e sem compensação, esse é o seu item de renegociação prioritário. Se o contrato não tem linguagem sobre dependências de substrato OSS, esse é o segundo item. Leve os dois para a próxima revisão de fornecedor.

Seu CFO deveria fazer uma pergunta na próxima revisão trimestral. “Qual é a nossa exposição se nossos três principais fornecedores de IA baterem em uma parede de capacidade na mesma semana?” Se a resposta for um dar de ombros, o playbook de compras é o item de trabalho, não a avaliação de modelo.

A era da IA de fronteira não é mais uma era de software. É uma era de substrato e runtime. Os fornecedores que vencerão serão os que controlam os dois. Os compradores que sobreviverão serão aqueles cujos contratos assumiram isso desde o começo.

Fontes

Pragmatic Engineer. “The Pulse: Did Capacity Shortages Turn Anthropic Hostile to Devs?.” Maio de 2026.
LogRocket. “Why AI Companies Are Buying the Teams Behind Your Favorite Dev Tools.” Maio de 2026.

A Victorino apoia lideranças de compras e plataforma a escrever as cláusulas de risco de fornecedor que a era da IA de fronteira agora exige: contato@victorino.com.br | www.victorino.com.br