Stainless SDK: o impacto da possível compra pela Anthropic

O que foi noticiado na terça-feira

Em 12 de maio de 2026, The Information revelou a notícia, citando uma pessoa a par do acordo. O preço: pelo menos US$ 300 milhões, com uma parcela provavelmente paga em ações da Anthropic. As fontes descrevem a operação como a primeira aquisição da Anthropic — um detalhe que merece atenção. A empresa não está comprando uma equipe de modelos nem um laboratório de pesquisa. Está comprando a infraestrutura que faz tudo funcionar.

O salto de valor é outro sinal. A Stainless captou uma Série A em dezembro de 2024 com valuation de US$ 150 milhões. Cinco meses depois, a Anthropic está disposta a pagar cerca de 2x esse valor. No mesmo dia em que o acordo veio a público, a Bloomberg informou que a Anthropic busca um valuation de US$ 900 bilhões em uma nova rodada superior a US$ 30 bilhões. As conversas estão avançadas, mas o negócio ainda não foi fechado. Os termos ainda podem mudar.

Stainless SDK: o que a empresa realmente constrói

A Stainless criou um compilador com IA que recebe uma especificação OpenAPI e gera SDKs prontos para produção em TypeScript, Python, Go, Kotlin, Java, Ruby, PHP e C#, além de Terraform em beta e Rust e Swift no roadmap. Os SDKs gerados já saem com retentativas, streaming, paginação e tratamento tipado de erros. A lista de clientes parece improvável para uma startup de apenas quatro anos: OpenAI, Anthropic, Google, Cloudflare, Meta, Runway, Groq, Cerebras, Lithic e Modern Treasury. Somadas, essas bibliotecas registram dezenas de milhões de downloads por semana. A organização github.com/stainless-sdks mantém publicamente uma parte delas; o restante fica em repositórios dos próprios clientes, nos quais a Stainless faz commits.

Os cenários realistas para OpenAI e Google

Há quatro possibilidades. Cada uma é ruim à sua maneira.

Cenário A — continuar com a Stainless por contrato. É a opção mais barata no curto prazo, mas fica insustentável depois da renovação. Cada nova versão de SDK passa por um fornecedor pertencente à principal concorrente, e seria preciso confiar que essa concorrente não consultará as especificações OpenAPI que agora compila. Não acredito que a OpenAI renove. O Google talvez permaneça por um trimestre enquanto prepara a alternativa.

Cenário B — criar um fork do gerador. O valor da Stainless está na propriedade intelectual do compilador, não no código gerado. Fazer um fork do SDK mais recente exige um único git clone. Já criar um fork do compilador que produzirá os SDKs dos próximos dez anos é um projeto de engenharia para vários trimestres, que precisa ficar pronto antes do lançamento da próxima grande mudança de API. É difícil e caro, mas defensável. Minha aposta é que a OpenAI seguirá esse caminho em até seis meses.

Cenário C — internalizar do zero a geração de SDKs. A OpenAI tem pessoal para isso. Ainda assim, seriam 6–12 meses de turbulência: mudanças incompatíveis, ausência de suporte a algumas linguagens e toda a longa cauda de casos extremos que a Stainless já resolveu. Os SDKs de Kotlin e Go são menos robustos que os de Python e TypeScript e devem regredir primeiro.

Cenário D — manter discretamente o cenário atual por doze meses, enquanto a Anthropic demonstra que não vai desmontar a equipe nem atrasar de propósito os lançamentos dos concorrentes. É possível, mas não dá para apostar nisso. Uma dependência de produção não pode ser estruturada em torno do bom comportamento de um concorrente.

Para quem opera esses sistemas, a consequência é clara: fixe hoje as versões dos SDKs. Faça um inventário das bibliotecas oficiais das quais seu projeto depende. Identifique também as linguagens com menor cobertura de testes nas bibliotecas que chegam à produção, porque é nelas que o risco de regressão aparecerá primeiro.

Por que o fetch direto via gateway de IA mudou de figura esta semana

Eu opero seis fornecedores de IA em uma única stack no Cloudflare Workers — Anthropic, Google AI Studio, xAI, OpenAI, DataForSEO e Browser Rendering. Não importo o SDK de nenhum deles. Toda chamada paga passa por fetch() até o endpoint do AI Gateway, com um corpo JSON que reproduz o formato REST de cada fornecedor.

Tomei essa decisão três semanas atrás por outro motivo: toda chamada paga precisava passar por um único wrapper callAi(), responsável por aplicar um limite diário de US$ 20 e um teto de US$ 1 por instância. Os SDKs escondem esse ponto de controle atrás de uma chamada de método. Para impor o limite no caminho do SDK, é preciso modificar o cliente em tempo de execução ou encapsular cada ponto de chamada. Com fetch(), basta escrever uma função.

O passthrough BYOK do Cloudflare AI Gateway permite usar um único cabeçalho de autenticação (cf-aig-authorization) e um único padrão de URL para Anthropic, OpenAI, Google, xAI e geração de imagens da OpenAI. A estrutura é aproximadamente esta:

export async function callAi(env: Env, ctx: Ctx, runner: () => Promise<Response>) {
  await assertUnderCostCap(env, ctx);
  const started = Date.now();
  const res = await runner();
  await recordCost(env, ctx, res, Date.now() - started);
  return res;
}

// usage – one provider, no SDK in the dep tree
const res = await callAi(env, ctx, () => fetch(
  `https://gateway.ai.cloudflare.com/v1/${env.ACCOUNT}/${env.GATEWAY}/anthropic/v1/messages`,
  {
    method: "POST",
    headers: {
      "cf-aig-authorization": `Bearer ${env.AI_GATEWAY_TOKEN}`,
      "x-api-key": env.ANTHROPIC_API_KEY,
      "anthropic-version": "2023-06-01",
      "content-type": "application/json",
    },
    body: JSON.stringify({ model, max_tokens, messages }),
  },
));

O efeito colateral inesperado desta semana é não ficar exposto a possíveis mudanças de cadência de lançamentos, alterações incompatíveis ou mecanismos de telemetria decorrentes de uma eventual mudança de controle da Stainless. O preço dessa arquitetura é escrever por conta própria os payloads das requisições — justamente o tipo de detalhe que motivou a criação dos SDKs. Vale a pena quando (a) há três ou mais fornecedores, (b) é necessário um único ponto de controle de custos e (c) agora também existe a necessidade de reduzir o risco ligado à propriedade do fornecedor. O terceiro motivo não existia na segunda-feira.

Para conhecer em mais detalhes como essa stack funciona no Cloudflare Workers sem estourar o orçamento, veja o artigo sobre ambientes do Cursor Cloud Agent versus Cloudflare Workers.

O que fazer esta semana

Revise package.json e requirements.txt em busca dos SDKs entregues pela Stainless. Os clientes para Python e Node da Anthropic e da OpenAI são os casos mais óbvios. O novo @google/genai, do Google, também é feito pela Stainless — consulte a organização github.com/stainless-sdks para conferir a lista completa em vez de tentar adivinhar.

Fixe cada SDK gerado pela Stainless na versão minor atual. Aceite atualizações de patch, mas segure as atualizações minor para análise. São 15 minutos de trabalho que garantem margem de manobra por um trimestre.

Em qualquer novo trecho de código que acesse uma API de modelo, escreva primeiro a versão com fetch direto e só depois a chamada via SDK. Se a versão direta tiver menos de 40 linhas, incluindo os tipos, coloque-a em produção. A maioria dos endpoints de chat completion e mensagens fica facilmente abaixo desse limite. Streaming e uso de ferramentas acrescentam outras 20 linhas. Ainda é menos que o limite para um caminho que você manterá por anos.

Se você usa um gateway — Cloudflare AI Gateway, OpenRouter, Portkey ou LiteLLM —, encaminhe por ele todas as chamadas a modelos. Uma autenticação, um ponto de observabilidade e um lugar para trocar de fornecedor quando o SDK por baixo se transformar em um passivo político.

Crie um lembrete para daqui a 90 dias e confira novamente quais SDKs OpenAI e Google mantêm internamente e quais continuam sob responsabilidade da Stainless. A decisão entre criar um fork e permanecer deve sair antes do fim do ano.

O contexto mais amplo

A disputa entre modelos saiu dos pesos e chegou à infraestrutura. O modelo em si está cada vez mais intercambiável; a camada de integração cria dependência. Essa é a única leitura do acordo que torna o preço racional.

O fato de a Anthropic captar US$ 30 bilhões com valuation de US$ 900 bilhões e, ao mesmo tempo, gastar US$ 300 milhões em infraestrutura de SDK — em vez de fazer um lançamento de modelo mais chamativo — revela a estratégia. As duas empresas estão avançando além do modelo para ocupar a camada de implantação. O modelo está virando a parte barata. A integração está se tornando o fosso competitivo. O mesmo padrão aparece na forma como a Anthropic vende Claude para empresas de médio porte: o artigo sobre a stack de automação de US$ 50 mil mostra como esse alcance empresarial justifica controlar a camada de SDK.

Para founders, os próximos 12 meses exigem controlar a camada de integração com o mesmo cuidado dedicado à camada de dados. Não otimize pela ergonomia do SDK. Otimize pela facilidade de substituição. O modelo chamado hoje não será o mesmo chamado em 2027. Construa o wrapper que sobreviva à troca.