Anthropic adquire a Stainless

 (anthropic.com)
2 pontos por GN⁺ 1 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • O foco da IA está mudando de modelos que respondem para agentes que agem, e a utilidade desses agentes depende dos sistemas aos quais eles conseguem acessar
  • A Anthropic adquiriu a Stainless, que cria SDKs e ferramentas de servidor MCP, para ampliar o alcance de conexão do Claude com dados e ferramentas
  • Fundada em 2022, a Stainless apoiou desde o início a criação dos SDKs oficiais da Anthropic, e é usada por centenas de empresas para gerar SDKs, CLIs e servidores MCP
  • A Stainless converte especificações de API em SDKs naturais em várias linguagens, como TypeScript, Python, Go, Java e Kotlin
  • A aquisição fortalece a infraestrutura para desenvolvedores do Claude Platform, ampliando a experiência do desenvolvedor e a conectividade dos agentes

Contexto da aquisição

  • O foco da IA está migrando de modelos que respondem para agentes que agem, e a utilidade desses agentes é limitada pelos sistemas que eles podem acessar
  • A Anthropic criou o MCP para viabilizar a conectividade dos agentes e, com a entrada da equipe da Stainless, quer expandir a experiência do desenvolvedor e a conectividade dos agentes no Claude Platform
  • A aquisição da Stainless reforça a infraestrutura para desenvolvedores para que o Claude se conecte melhor a dados e ferramentas

O papel da Stainless

  • A Stainless foi fundada em 2022 e, desde os primeiros dias da API da Anthropic, vem apoiando a criação de todos os SDKs oficiais da Anthropic
  • Centenas de empresas usam a Stainless para gerar SDKs, CLIs e servidores MCP
  • Esses resultados funcionam como bibliotecas, ferramentas de linha de comando e conectores que permitem que desenvolvedores e agentes usem APIs
  • A Stainless converte especificações de API em SDKs em várias linguagens, como TypeScript, Python, Go, Java e Kotlin
  • Os SDKs gerados são rápidos, estáveis e feitos para parecer naturais em cada linguagem

A visão das duas empresas

  • Katelyn Lesse, líder de engenharia de plataforma da Anthropic, avalia que a Stainless vem moldando desde o início a experiência do desenvolvedor da API do Claude
  • Como os agentes só são úteis na medida em que conseguem se conectar a outros alvos, a entrada da equipe da Stainless deve ampliar a capacidade do Claude de se conectar a dados e ferramentas
  • Alex Rattray, fundador e CEO da Stainless, criou a empresa com a visão de que os SDKs devem receber o mesmo cuidado que a API que os envolve
  • A Anthropic foi uma das equipes que colaboraram cedo com a Stainless, e a empresa acompanhou nos últimos anos o que os desenvolvedores construíram sobre o Claude
  • Com a união das duas equipes, o time da Stainless poderá continuar seu trabalho em uma plataforma importante

Leituras relacionadas

1 comentários

 
GN⁺ 1 시간 전
Opiniões no Hacker News

  • A Anthropic chegou a um ponto em que precisa de engenheiros de software de nível mundial e está disposta a pagar muito para trazê-los
    Mas não dá para publicar no LinkedIn uma vaga tipo “engenheiro de software realmente excepcional, remuneração de US$ 10 milhões+” e lidar com o volume de candidaturas que isso traria
    Criar uma empresa com sucesso e fazer com que o produto dessa empresa seja usado é, na prática, a melhor entrevista possível para candidatos desse nível, se você pode pagar por eles
    A Stainless pode acabar fechando as portas e o time indo para a Anthropic fazer integrações sem graça, tipo usar dados do HubSpot no Claude, mas a Stainless era uma empresa bem-sucedida
    A ideia já foi validada, então basta virar a próxima Stainless. Empresas de IA já fizeram isso com algumas empresas e vão continuar fazendo

    • “Tornar o acesso a APIs sem graça como a do HubSpot mais útil” é exatamente o tipo de trabalho de infraestrutura que eu gostaria de fazer na Anthropic
      O nome Stainless também vem de tubos de aço inoxidável, e eles se comparavam a uma loja de materiais hidráulicos sofisticados
      Se você olhar versões iniciais do stainlessapi.com no archive.org, o lema original era “Quality fittings for your REST API”
      Foi justamente esse tipo de trabalho que me fez querer trabalhar na Stainless, embora eu entenda que não seja para todo mundo
    • Os melhores engenheiros de software do mundo não otimizam por maximização de remuneração, e sim por se tornarem os melhores engenheiros de software do mundo
    • Não entendo por que eles precisam dos melhores engenheiros de software. O produto deles não deveria substituir esse tipo de função?
      Mas, vendo as vagas abertas de marketing, finanças etc., elas continuam lá em https://www.anthropic.com/careers/jobs
      Fico curioso por que eles não usam o próprio produto para substituir essas funções
    • Criar uma empresa com sucesso e fazer com que o produto dela seja usado valida capacidades bem diferentes de ser um programador excepcional
    • As principais empresas de trading já conseguem fazer contratações de altíssimo nível há muito tempo sem esse tipo de caminho indireto
      Acquihire tem muitos outros motivos, mas não é nem o único jeito, nem o mais eficaz, de contratar os engenheiros mais fortes

  • Se a história é “vamos focar em conectar funcionalidades da Claude Platform e agentes a APIs, e descontinuar todos os produtos hospedados da Stainless, incluindo o gerador de SDK”, então, goste ou não, isso é acquihire

    • Disseram que “centenas de empresas dependem da Stainless para gerar SDKs, CLIs e servidores MCP”, mas isso não é mais verdade
    • A citação acima infelizmente é texto real do post no blog da Stainless: https://www.stainless.com/blog/stainless-is-joining-anthropi...
    • A OpenAI também não era cliente da Stainless?

  • Parabéns ao time da Stainless. É um ótimo time para a Anthropic receber
    No início, na Mux, usei o gerador de SDK para Node e depois os geradores de TypeScript e outros, e o produto era excelente
    Só que esse produto/mercado está numa posição complicada agora. Hoje em dia, é muito fácil e tentador vibe codar SDKs a partir de arquivos de especificação OpenAPI
    Muitos times provavelmente vão seguir por esse caminho, para o bem ou para o mal, usando a mesma cadeia de ferramentas que os desenvolvedores do produto já utilizam, praticamente sem custo extra

  • Seria muito melhor haver uma orientação clara para usuários existentes e para os SDKs
    Do jeito que está, parece “vamos comprar a porta de entrada da OpenAI e encerrar a vida útil dela. Esperamos que ninguém fosse usar isso no futuro”, o que soa pequeno e sem sentido

    • Pelo https://www.stainless.com/blog/stainless-is-joining-anthropi... parece que foi exatamente isso mesmo
      “Enquanto focamos em conectar funcionalidades da Claude Platform e agentes a APIs, vamos descontinuar todos os produtos hospedados da Stainless, incluindo o gerador de SDK. A partir de hoje, novos cadastros, projetos e SDKs não estão mais disponíveis”
      “Se você é cliente da Stainless, pode obter ajuda para migrar dos produtos gerenciados da Stainless para outras opções em app.stainless.com/transition. Os SDKs gerados até agora pertencem aos clientes, que têm todos os direitos de modificá-los e expandi-los como quiserem”
    • Se você tiver conta, pode ir para https://app.stainless.com/transition
      O time gastou bastante tempo criando uma forma para que os clientes fizessem uma migração self-service

  • Quando vejo aquisições assim, parece que as ferramentas de codificação com agentes estão virando ecossistemas fechados
    A Anthropic restringiu o uso do Claude Code, e a OpenAI aparentemente deixou o Codex ocupar esse espaço
    Fico curioso para ver como isso vai evoluir

    • Esse é exatamente o ponto, e a razão para valuations tão altos
      A ideia é fazer todo mundo mudar a forma de trabalhar para depender dessas ferramentas, chegar ao ponto em que já não consigam imaginar trabalhar de outro jeito, e então subir os preços
      É uma história antiga no software empresarial
    • Claude é só uma ferramenta. Aqui no time, cada um é livre para escolher o editor de texto ou a IDE com que se sente mais confortável
      Espero que, em um futuro próximo, possamos dizer o mesmo sobre agentes de programação
      Eu gosto muito do Claude, mas não rastreio recursos do Claude no repositório
      Se aparecer algo melhor, ele vai conseguir interpretar bem o Markdown dos arquivos de memória existentes, e não há nada no repositório em si que faça outra pessoa precisar saber que fui eu quem mudou
      Me surpreende que a maioria dos usuários do Claude trate o CLAUDE.md como arquivo rastreado e ache que o time inteiro deva padronizar e compartilhar isso
      Agentes de programação são a API definitiva, então precisam se adaptar ao modo de interação preferido do usuário
      Não sei se alguém realmente espera que essa mágica de caixa-preta não determinística consiga impor procedimentos operacionais padrão
    • O destino final sempre foi esse
      Quando se olha para o volume de dinheiro envolvido, em algum momento a palavra retorno sobre investimento inevitavelmente aparece
      É a estratégia clássica de produto-isca aplicada a um mercado com investimentos de capital na casa dos trilhões
    • Os laboratórios de IA de fronteira estão mudando de direção para algo que possa justificar um IPO
      É parecido com a OpenAI abandonando outros serviços e se inclinando mais para programação
      É uma tentativa de mostrar rentabilidade antes de um grande IPO
    • Na maioria dos dias ultimamente, uso Claude Code e pi.dev lado a lado, mas nas últimas semanas tenho escolhido mais o pi para a maior parte do trabalho

  • Fico me perguntando se eles consideraram abrir o código do gerador de SDK como parte do encerramento do serviço da Stainless

  • A Stainless era um software excelente
    Tentar construir um negócio em cima do fato de que os mantenedores do gerador OpenAPI não têm tempo para corrigir bugs foi uma boa aposta, e todo mundo saiu ganhando
    Ideias parecidas, como o uv, me economizam tempo todos os dias e quase me transformam em evangelista

  • Post no blog da Stainless: https://www.stainless.com/blog/stainless-is-joining-anthropi...

    • Fiquei decepcionado por não encontrar a palavra “journey”

  • Existe uma alternativa open source extensível forte da Microsoft
    Ela é usada hoje para gerar todos os SDKs, documentação e CLI do Azure, e é bem boa
    https://typespec.io/

    • TypeSpec é excelente
      Aliás, sou amigo do fundador da Stainless e também da pessoa que criou o TypeSpec

  • Do ponto de vista dos clientes da Stainless, isso é frustrante
    Entendo que a maioria dos novos clientes vá gerar bibliotecas cliente com IA
    Mas a base atual de clientes depende das bibliotecas cliente geradas pela Stainless
    Esses fornecedores de OpenAPI schema → biblioteca cliente têm resultados de geração um pouco diferentes, então existe certo grau de dependência
    Infelizmente, a migração não é tão simples quanto simplesmente trocar para Speakeasy ou OpenAPI Generator sem quebrar os clientes existentes

  • “O que você anda fazendo?”
    “Escrevo documentação numa empresa de IA em São Francisco e ganho US$ 500 mil de remuneração total”
    “Projeto, mantenho e implemento sozinho todas as funcionalidades de uma plataforma de IoT na Espanha e ganho 40 mil euros por ano”
    “Espanha? Comprei uma casa de praia perto de Alicante, você conhece?”
    “Sim...”