Anthropic acquiert Stainless

 (anthropic.com)
2 points par GN⁺ 1 시간 전 | 1 commentaires | Partager sur WhatsApp
  • Alors que le centre de gravité de l’IA se déplace des modèles qui répondent vers des agents qui agissent, l’utilité des agents dépend des systèmes auxquels ils peuvent accéder
  • Anthropic acquiert Stainless, qui crée des SDK et des outils de serveur MCP, afin d’élargir la portée des connexions de Claude aux données et aux outils
  • Fondée en 2022, Stainless a soutenu dès le début la génération des SDK Anthropic officiels, et des centaines d’entreprises l’utilisent pour générer des SDK, des CLI et des serveurs MCP
  • Stainless convertit des spécifications d’API en SDK naturels dans plusieurs langages, dont TypeScript, Python, Go, Java et Kotlin
  • Cette acquisition renforce l’infrastructure développeur de la Claude Platform, en étendant l’expérience développeur et la connectivité des agents

Contexte de l’acquisition

  • Le centre de gravité de l’IA se déplace des modèles qui répondent vers des agents qui agissent, et l’utilité des agents est limitée par les systèmes auxquels ils peuvent accéder
  • Anthropic a créé MCP pour rendre possible la connectivité des agents, et l’arrivée de l’équipe Stainless doit permettre d’étendre l’expérience développeur et la connectivité des agents sur la Claude Platform
  • L’acquisition de Stainless conduit à un renforcement de l’infrastructure développeur afin que Claude se connecte plus efficacement aux données et aux outils

Le rôle de Stainless

  • Stainless a été fondée en 2022 et soutient depuis les débuts de l’API Anthropic la génération de tous les SDK Anthropic officiels
  • Des centaines d’entreprises utilisent Stainless pour générer des SDK, CLI et serveurs MCP
  • Ces livrables servent de bibliothèques, d’outils en ligne de commande et de connecteurs permettant aux développeurs et aux agents d’utiliser les API
  • Stainless convertit des spécifications d’API en SDK dans plusieurs langages, dont TypeScript, Python, Go, Java et Kotlin
  • Les SDK générés sont rapides, fiables et conçus pour paraître naturels dans chaque langage

Le point de vue des deux entreprises

  • Katelyn Lesse, responsable de l’ingénierie plateforme chez Anthropic, estime que Stainless façonne depuis le début l’expérience développeur de l’API Claude
  • Les agents n’étant utiles qu’à hauteur de ce à quoi ils peuvent se connecter, l’arrivée de l’équipe Stainless doit faire progresser la capacité de Claude à se connecter aux données et aux outils
  • Alex Rattray, fondateur et CEO de Stainless, a lancé Stainless en partant de l’idée que les SDK doivent être traités avec autant de soin que les API qu’ils encapsulent
  • Anthropic a été l’une des premières équipes à collaborer avec Stainless, et Stainless a observé ces dernières années ce que les développeurs ont construit sur Claude
  • Grâce à la réunion des deux équipes, l’équipe Stainless peut poursuivre son travail existant sur une plateforme importante

À lire aussi

1 commentaires

 
GN⁺ 1 시간 전
Réactions sur Hacker News

  • Anthropic est arrivé au stade où il lui faut des ingénieurs logiciels de tout premier plan, et où il est prêt à offrir des rémunérations énormes pour les attirer
    Mais publier sur LinkedIn une annonce du genre « ingénieur logiciel exceptionnel, rémunération de 10 millions de dollars et plus » rendrait ingérable le flot de candidatures
    Créer une entreprise avec succès et utiliser le produit de cette entreprise, c’est en pratique le meilleur entretien possible pour ce niveau de candidat, si l’on a les moyens de les payer
    Stainless pourrait fermer et l’équipe rejoindre Anthropic pour construire des intégrations ennuyeuses comme faire utiliser les données HubSpot dans Claude, mais Stainless était une entreprise qui avait réussi
    L’idée est déjà validée, donc il suffit de devenir le prochain Stainless. Des entreprises d’IA ont déjà fait ce genre d’opération avec certaines sociétés et continueront à le faire

    • Rendre « des API ennuyeuses comme HubSpot plus accessibles et plus utiles » est exactement le genre de travail d’infrastructure qu’on peut vouloir faire chez Anthropic
      Même le nom Stainless vient des tuyaux en acier inoxydable, et l’entreprise se comparait à une quincaillerie haut de gamme de plomberie
      Si on regarde les premières versions de stainlessapi.com sur archive.org, la devise d’origine était « Quality fittings for your REST API »
      C’est précisément pour ce type de travail que j’aurais voulu travailler chez Stainless, même si je comprends que ce n’est pas pour tout le monde
    • Les meilleurs ingénieurs logiciels du monde n’optimisent pas leur rémunération ; ils optimisent le fait de devenir les meilleurs ingénieurs logiciels du monde
    • Je ne comprends pas pourquoi ils ont besoin des meilleurs ingénieurs logiciels. Leur produit n’est-il pas censé remplacer ce genre de rôle ?
      Pourtant, si on regarde les postes ouverts en marketing, finance, etc., ils sont bien là : https://www.anthropic.com/careers/jobs
      Je me demande pourquoi ils n’utilisent pas directement leur propre produit pour remplacer ces rôles
    • Créer une entreprise avec succès et utiliser le produit de cette entreprise valide des compétences assez différentes du fait d’être un programmeur exceptionnel
    • Les meilleures sociétés de trading recrutent depuis longtemps les meilleurs profils sans passer par ce type de détour
      Il y a beaucoup d’autres raisons de faire des acqui-hires, mais ce n’est ni la seule façon ni la plus efficace de recruter les ingénieurs les plus forts

  • Si « se concentrer sur la connexion des fonctionnalités de Claude Platform et des agents aux API, tout en arrêtant tous les produits Stainless hébergés, y compris le générateur de SDK » est bien le plan, alors qu’on aime ou non, c’est un acqui-hire

    • Ils disaient que « des centaines d’entreprises s’appuient sur Stainless pour générer des SDK, des CLI et des serveurs MCP », mais ce n’est désormais plus le cas
    • Cette citation vient malheureusement bien du billet de blog de Stainless : https://www.stainless.com/blog/stainless-is-joining-anthropi...
    • OpenAI n’était pas aussi client de Stainless ?

  • Bravo à l’équipe Stainless. C’est une excellente équipe à intégrer chez Anthropic
    Chez Mux, nous avons utilisé très tôt leur générateur de SDK Node, puis leurs générateurs TypeScript et d’autres encore, et le produit était excellent
    Cela dit, ce produit / marché se trouve aujourd’hui dans une position complexe. En ce moment, il est très facile et tentant de faire du vibe coding de SDK à partir d’un fichier de spécification OpenAPI
    Beaucoup d’équipes vont sans doute prendre cette direction, pour le meilleur ou pour le pire, en s’appuyant sur les toolchains déjà utilisées par les développeurs produit, quasiment sans coût supplémentaire

  • Une communication claire pour les utilisateurs existants et les SDK serait bien préférable
    En l’état, cela se lit comme : « nous allons racheter l’entrée d’OpenAI et la mettre en fin de vie ; espérons que personne ne comptait encore l’utiliser », ce qui paraît mesquin et inutile

    • À la lecture de https://www.stainless.com/blog/stainless-is-joining-anthropi..., c’est bien ce qui semble arriver
      « Alors que nous nous concentrons sur la connexion des fonctionnalités de Claude Platform et des agents aux API, nous mettons fin à tous les produits Stainless hébergés, y compris le générateur de SDK. À partir d’aujourd’hui, il n’y aura plus de nouvelles inscriptions, de nouveaux projets ni de nouveaux SDK »
      « Si vous êtes client de Stainless, app.stainless.com/transition peut vous aider à migrer des produits gérés Stainless vers d’autres options. Les SDK générés jusqu’à présent appartiennent aux clients, qui conservent tous les droits de les modifier et de les étendre comme ils le souhaitent »
    • Si vous avez un compte, vous pouvez aller sur https://app.stainless.com/transition
      L’équipe a passé pas mal de temps à créer un moyen pour que les clients puissent effectuer une migration en self-service

  • Quand je vois ce type d’acquisition, j’ai l’impression que les outils de codage agentiques deviennent un écosystème fermé
    Anthropic a limité l’usage de Claude Code, et OpenAI semble avoir laissé Codex prendre la place vacante
    Je me demande comment tout cela va évoluer

    • C’est exactement le cœur du sujet, et la raison de ces valorisations élevées
      Il s’agit d’amener tout le monde à déplacer sa façon de travailler pour dépendre de ces outils, jusqu’au point où il devient difficile d’imaginer travailler autrement, puis d’augmenter les prix
      C’est une vieille histoire dans le logiciel d’entreprise
    • Claude n’est qu’un outil. Dans notre équipe, chacun peut librement choisir l’éditeur de texte ou l’IDE avec lequel il est le plus à l’aise
      J’espère qu’on pourra dire la même chose des agents de codage dans un futur proche
      J’aime beaucoup Claude, mais je ne versionne pas les ressources Claude dans le dépôt
      Si quelque chose de meilleur apparaît, il saura bien parser le Markdown des fichiers mémoire existants, et il n’y a rien dans le dépôt lui-même qui devrait signaler aux autres que j’ai changé d’outil
      Ce qui me surprend, c’est que la plupart des utilisateurs de Claude semblent considérer CLAUDE.md comme un fichier à versionner, à standardiser et à partager à l’échelle de l’équipe
      Les agents de codage sont l’API ultime : ils doivent s’adapter à la façon dont l’utilisateur préfère interagir
      Je ne sais pas si certains s’attendent vraiment à pouvoir imposer des procédures opératoires standard avec cette magie de boîte noire non déterministe
    • La destination finale a toujours été celle-là
      Vu l’ampleur de l’argent injecté, à un moment ou à un autre le terme retour sur investissement devait forcément apparaître
      Dans un marché où des investissements de plusieurs milliards sont en jeu, on applique une stratégie classique de produit d’appel
    • Les laboratoires d’IA de frontière se réorientent vers ce qui peut justifier une introduction en Bourse
      C’est comparable à OpenAI, qui a réduit d’autres services pour se concentrer davantage sur le codage
      Il s’agit de montrer de la rentabilité avant une grande IPO
    • En ce moment, la plupart des jours, j’utilise Claude Code et pi.dev côte à côte, mais ces dernières semaines, pour la plupart de mes tâches, j’ai davantage choisi pi

  • Je me demande s’ils ont envisagé de passer en open source le générateur de SDK dans le cadre de l’arrêt de Stainless

  • Stainless était un excellent logiciel
    Bâtir une activité à partir du fait que les mainteneurs d’OpenAPI Generator n’ont pas le temps de corriger les bugs était une belle tentative, et tout le monde y a gagné
    Des idées similaires comme uv me font gagner du temps chaque jour au point de me transformer en évangéliste

  • Billet de blog de Stainless : https://www.stainless.com/blog/stainless-is-joining-anthropi...

    • Déçu de ne pas avoir trouvé le mot « journey »

  • Il existe une alternative open source extensible solide chez Microsoft
    Elle sert actuellement à générer tous les SDK, la documentation et les CLI d’Azure, et elle est plutôt bonne
    https://typespec.io/

    • TypeSpec est excellent
      Pour info, je suis le fondateur de Stainless et aussi ami avec la personne qui a créé TypeSpec

  • Du point de vue d’un client Stainless, c’est frustrant
    Je comprends que la majorité des nouveaux clients vont générer des bibliothèques clientes avec l’IA
    Mais la base de clients existante dépend des bibliothèques clientes générées par Stainless
    Ces fournisseurs OpenAPI schema → bibliothèque cliente produisent des résultats légèrement différents, ce qui crée un certain niveau de dépendance
    Malheureusement, la migration n’est pas aussi simple que de remplacer Stainless par Speakeasy ou OpenAPI Generator sans casser les clients existants

  • « Qu’est-ce que tu deviens ? »
    « J’écris de la documentation dans une boîte d’IA à San Francisco et mon package total est de 500 000 dollars »
    « Je conçois, maintiens et implémente seul toutes les fonctionnalités d’une plateforme du secteur IoT en Espagne, et je gagne 40 000 euros par an »
    « L’Espagne ? J’ai acheté une résidence secondaire près de la plage vers Alicante, vous connaissez ? »
    « Oui… »