Anthropic übernimmt Stainless

 (anthropic.com)
2 Punkte von GN⁺ 1 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Der Fokus von KI verlagert sich von antwortenden Modellen hin zu handelnden Agenten, und der Nutzen von Agenten hängt von den Systemen ab, auf die sie zugreifen können
  • Anthropic übernimmt Stainless, das SDKs und MCP-Server-Tools erstellt, um den Umfang zu erweitern, in dem Claude mit Daten und Tools verbunden werden kann
  • Stainless wurde 2022 gegründet, unterstützte von Anfang an die Erstellung der offiziellen Anthropic SDKs und wird von Hunderten Unternehmen zur Erstellung von SDKs, CLIs und MCP-Servern genutzt
  • Stainless wandelt API-Spezifikationen in natürlich wirkende SDKs für verschiedene Sprachen wie TypeScript, Python, Go, Java und Kotlin um
  • Diese Übernahme stärkt die Entwickler-Infrastruktur, um die Developer Experience und die Agenten-Konnektivität der Claude Platform auszubauen

Hintergrund der Übernahme

  • Der Fokus von KI verschiebt sich von antwortenden Modellen hin zu handelnden Agenten, und der Nutzen von Agenten wird durch die Systeme begrenzt, auf die sie zugreifen können
  • Anthropic hat MCP entwickelt, um Agenten-Konnektivität zu ermöglichen, und will mit dem Beitritt des Stainless-Teams die Developer Experience und Agenten-Konnektivität der Claude Platform ausbauen
  • Die Übernahme von Stainless führt zu einer Stärkung der Entwickler-Infrastruktur, damit Claude besser mit Daten und Tools verbunden werden kann

Die Rolle von Stainless

  • Stainless wurde 2022 gegründet und unterstützt seit den Anfängen der Anthropic API die Erstellung aller offiziellen Anthropic SDKs
  • Hunderte Unternehmen erstellen mit Stainless SDKs, CLIs und MCP-Server
  • Diese Artefakte dienen als Bibliotheken, Kommandozeilen-Tools und Connectoren, mit denen Entwickler und Agenten APIs nutzen können
  • Stainless wandelt API-Spezifikationen in SDKs für verschiedene Sprachen wie TypeScript, Python, Go, Java und Kotlin um
  • Die erzeugten SDKs sind schnell, stabil und so gestaltet, dass sie sich in jeder Sprache natürlich anfühlen

Perspektiven beider Unternehmen

  • Katelyn Lesse, Leiterin Platform Engineering bei Anthropic, sieht Stainless als ein Team, das von Anfang an die Developer Experience der Claude API geprägt hat
  • Da Agenten nur so nützlich sind wie die Ziele, mit denen sie sich verbinden können, soll der Beitritt des Stainless-Teams Claudes Fähigkeit weiterentwickeln, sich mit Daten und Tools zu verbinden
  • Alex Rattray, Gründer und CEO von Stainless, gründete Stainless aus der Überzeugung heraus, dass auch SDKs mit derselben Sorgfalt behandelt werden sollten wie die APIs, die sie umgeben
  • Anthropic war eines der Teams, die früh mit Stainless zusammenarbeiteten, und Stainless hat in den vergangenen Jahren beobachtet, was Entwickler auf Claude aufgebaut haben
  • Durch den Zusammenschluss beider Teams kann das Stainless-Team seine bisherige Arbeit auf einer wichtigen Plattform fortsetzen

Verwandte Beiträge

1 Kommentare

 
GN⁺ 1 시간 전
Hacker-News-Kommentare

  • Anthropic ist an einem Punkt angekommen, an dem es Softwareingenieure von Weltklasse braucht und bereit ist, enorme Summen zu zahlen, um sie zu bekommen
    Aber man kann auf LinkedIn keine Stellenanzeige wie „wirklich herausragender Softwareingenieur, Vergütung 10 Millionen Dollar+“ schalten und dann die eingehenden Bewerbungen bewältigen
    Erfolgreich ein Unternehmen aufzubauen und zu sehen, dass dessen Produkt genutzt wird, ist praktisch das beste Vorstellungsgespräch, wenn man Kandidaten dieses Kalibers tatsächlich bezahlen kann
    Vielleicht macht Stainless dicht und das Team wechselt zu Anthropic, um langweilige Integrationen zu bauen, etwa HubSpot-Daten in Claude nutzbar zu machen, aber Stainless war ein erfolgreiches Unternehmen
    Die Idee ist bereits validiert, also muss man einfach das nächste Stainless werden. AI-Unternehmen haben so etwas bereits mit einigen Firmen gemacht und werden damit weitermachen

    • „Langweilige APIs wie HubSpot nützlicher und zugänglicher zu machen“ ist genau die Art von Infrastrukturarbeit, die man bei Anthropic machen will
      Der Name Stainless kommt auch von Stainless-Steel-Rohren, und sie haben sich selbst mit einem hochwertigen Sanitärfachhandel verglichen
      Wenn man sich auf archive.org frühe Versionen von stainlessapi.com ansieht, war das ursprüngliche Motto „Quality fittings for your REST API“
      Genau deshalb wollte ich ursprünglich bei Stainless arbeiten, auch wenn ich verstehe, dass das nicht jedermanns Sache ist
    • Die besten Softwareingenieure der Welt optimieren nicht auf Vergütung, sondern darauf, die besten Softwareingenieure der Welt zu werden
    • Ich verstehe nicht, warum sie die besten Softwareingenieure brauchen. Sollte ihr Produkt nicht genau solche Rollen ersetzen?
      Wenn man sich aber die offenen Stellen in Marketing, Finanzen usw. ansieht, stehen sie genau so auf https://www.anthropic.com/careers/jobs
      Ich frage mich, warum sie ihr eigenes Produkt nicht selbst nutzen, um solche Rollen zu ersetzen
    • Ein Unternehmen erfolgreich aufzubauen und dessen Produkt im Einsatz zu sehen, prüft ziemlich andere Fähigkeiten als die, ein außergewöhnlicher Programmierer zu sein
    • Spitzen-Handelsfirmen rekrutieren Top-Leute schon lange sehr gut, ganz ohne solche Umwege
      Es gibt viele Gründe für Acqui-Hires, aber es ist weder die einzige noch die effektivste Methode, die stärksten Ingenieure einzustellen

  • Wenn es heißt, man „beendet alle gehosteten Stainless-Produkte einschließlich des SDK-Generators, während man sich darauf konzentriert, Claude-Platform-Features und Agenten mit APIs zu verbinden“, dann ist das, ob man es mag oder nicht, ein Acqui-Hire

    • Es hieß, „Hunderte Unternehmen verlassen sich auf Stainless, um SDKs, CLIs und MCP-Server zu generieren“, aber jetzt wohl nicht mehr
    • Das obige Zitat steht leider tatsächlich so im Blogpost von Stainless: https://www.stainless.com/blog/stainless-is-joining-anthropi...
    • War OpenAI nicht auch Kunde von Stainless?

  • Glückwunsch an das Stainless-Team. Das ist ein gutes Team für Anthropic
    Wir haben bei Mux früh den Node-SDK-Generator verwendet und später auch den für TypeScript und andere Sprachen, und das Produkt war hervorragend
    Allerdings befinden sich dieses Produkt und dieser Markt gerade an einem komplizierten Punkt. Heutzutage ist es sehr einfach und verlockend, aus einer OpenAPI-Spezifikationsdatei per Vibe Coding ein SDK zu erzeugen
    Viele Teams werden wohl, ob gut oder schlecht, in diese Richtung gehen, weil sie damit praktisch ohne Zusatzkosten dieselbe Toolchain nutzen können, die ihre Produktentwickler ohnehin schon verwenden

  • Eine klare Kommunikation zu Bestandsnutzern und SDKs wäre viel besser
    Im Moment liest es sich wie: „Wir kaufen die Eingangstür von OpenAI und schicken sie dann ans Lebensende. Hoffentlich wollte sie sowieso niemand mehr verwenden“, was kleinlich und sinnlos wirkt

    • Wenn man https://www.stainless.com/blog/stainless-is-joining-anthropi... liest, scheint genau das tatsächlich passiert zu sein
      „Während wir uns darauf konzentrieren, Claude-Platform-Features und Agenten mit APIs zu verbinden, beenden wir alle gehosteten Stainless-Produkte, einschließlich des SDK-Generators. Ab heute gibt es keine neuen Registrierungen, Projekte oder SDKs mehr.“
      „Wenn Sie Stainless-Kunde sind, können Sie unter app.stainless.com/transition Hilfe beim Wechsel von den von Stainless verwalteten Produkten zu anderen Optionen erhalten. Die bisher generierten SDKs gehören den Kunden, und diese haben alle Rechte, sie nach Belieben zu ändern und zu erweitern.“
    • Wenn man ein Konto hat, kann man zu https://app.stainless.com/transition gehen
      Das Team hat ziemlich viel Zeit darauf verwendet, einen Weg zu schaffen, damit Kunden den Self-Service-Übergang bewältigen können

  • Solche Übernahmen lassen agentische Coding-Tools immer mehr wie ein geschlossenes Ökosystem wirken
    Anthropic hat die Nutzung von Claude Code eingeschränkt, und OpenAI scheint Codex diese Lücke füllen zu lassen
    Ich bin gespannt, wie sich das weiterentwickeln wird

    • Genau das ist der Punkt und der Grund für die hohe Bewertung
      Man bringt alle dazu, ihre Arbeitsweise auf diese Tools auszurichten und sich so stark davon abhängig zu machen, dass sie sich andere Arbeitsweisen nicht mehr vorstellen können, und dann erhöht man die Preise
      Eine uralte Geschichte aus der Enterprise-Software
    • Claude ist nur ein Tool. In unserem Team können alle frei den Texteditor oder die IDE wählen, mit denen sie sich am wohlsten fühlen
      Ich hoffe, dass wir das in naher Zukunft auch über Coding-Agenten sagen können
      Ich mag Claude wirklich sehr, aber ich verfolge keine Claude-Ressourcen im Repository
      Wenn etwas Besseres erscheint, wird es das Markdown in bestehenden Memory-Dateien schon ordentlich parsen, und im Repository selbst gibt es nichts, woran andere erkennen müssten, dass ich etwas geändert habe
      Es überrascht mich, dass die meisten Claude-Nutzer CLAUDE.md als getrackte Datei akzeptieren und glauben, das ganze Team müsse das standardisieren und gemeinsam nutzen
      Coding-Agenten sind letztlich die ultimative API und sollten sich an die bevorzugte Interaktionsweise des Nutzers anpassen
      Ich weiß nicht, ob man wirklich erwartet, mit dieser nichtdeterministischen Blackbox-Magie Standardarbeitsabläufe erzwingen zu können
    • Das Endziel war von Anfang an genau das
      Bei der Größenordnung des investierten Geldes muss irgendwann zwangsläufig das Wort Return on Investment fallen
      In einem Markt mit Kapitalinvestitionen in Milliardenhöhe greift eben die klassische Lockvogel-Strategie
    • Frontier-AI-Labore schlagen einen Kurs ein, der einen Börsengang rechtfertigen kann
      Ähnlich wie OpenAI andere Dienste zurückfährt und sich stärker auf Coding konzentriert
      Man will vor einem großen Börsengang Profitabilität zeigen
    • Ich nutze an den meisten Tagen parallel Claude Code und pi.dev, und in den letzten Wochen habe ich für die meisten Aufgaben eher pi gewählt

  • Ich frage mich, ob man im Zuge der Einstellung des Stainless-Dienstes erwogen hat, den SDK-Generator als Open Source freizugeben

  • Stainless war hervorragende Software
    Aus der Tatsache, dass den Maintainern von OpenAPI-Generatoren die Zeit fehlt, Bugs zu beheben, ein Geschäftsmodell zu machen, war ein gutes Experiment, und alle haben davon profitiert
    Ähnliche Ideen wie uv sparen mir jeden Tag Zeit und machen mich fast zu einem Missionar dafür

  • Blogpost von Stainless: https://www.stainless.com/blog/stainless-is-joining-anthropi...

    • Ich bin enttäuscht, dass ich das Wort „journey“ nicht finden konnte

  • Es gibt eine starke Open-Source-erweiterbare Alternative von Microsoft
    Sie wird derzeit verwendet, um sämtliche Azure-SDKs, Dokumentation und CLIs zu generieren, und ist ziemlich gut
    https://typespec.io/

    • TypeSpec ist großartig
      Zur Einordnung: Ich bin der Gründer von Stainless und auch mit der Person befreundet, die TypeSpec entwickelt hat

  • Aus Sicht von Stainless-Kunden ist das frustrierend
    Ich verstehe, dass die meisten Neukunden künftig Client-Bibliotheken mit AI erzeugen werden
    Aber die bestehende Kundenbasis ist auf die von Stainless generierten Client-Bibliotheken angewiesen
    Diese Anbieter für OpenAPI-Schema → Client-Bibliothek erzeugen jeweils leicht unterschiedliche Ergebnisse, wodurch eine gewisse Abhängigkeit entsteht
    Leider ist die Migration nicht so einfach, dass man einfach zu Speakeasy oder OpenAPI Generator wechseln könnte, ohne bestehende Kunden zu beeinträchtigen

  • „Was machst du so im Leben?“
    „Ich schreibe Dokumentation bei einer AI-Firma in San Francisco und bekomme 500.000 Dollar Gesamtvergütung.“
    „Ich entwerfe, warte und implementiere im Alleingang sämtliche Funktionen einer Plattform im spanischen IoT-Bereich und verdiene 40.000 Euro im Jahr.“
    „Spanien? Ich habe mir ein Ferienhaus am Strand bei Alicante gekauft, kennst du das?“
    „Ja …“