2 ポイント 投稿者 GN⁺ 1 시간 전 | 1件のコメント | WhatsAppで共有
  • AIの焦点は、応答するモデルから行動するエージェントへと移っており、エージェントの有用性はアクセス可能なシステムに左右される
  • Anthropicは、SDKとMCPサーバーツールを作るStainlessを買収し、Claudeがデータやツールに接続できる範囲を広げようとしている
  • Stainlessは2022年の設立後、初期から公式Anthropic SDKの生成を支援してきており、数百社がSDK・CLI・MCPサーバーの生成に利用している
  • StainlessはAPI仕様を、TypeScript、Python、Go、Java、Kotlinなど複数言語の自然なSDKへ変換する
  • 今回の買収は、Claude Platformの開発者体験とエージェント接続性を拡張する、開発者インフラ強化につながる

買収の背景

  • AIの焦点は、応答するモデルから行動するエージェントへ移行しており、エージェントの有用性はアクセスできるシステムによって制限される
  • Anthropicはエージェント接続性を実現するためにMCPを作り、Stainlessチームの参加によってClaude Platformの開発者体験とエージェント接続性を拡張しようとしている
  • Stainlessの買収は、Claudeがデータやツールにより適切に接続できるようにする開発者インフラの強化につながる

Stainlessの役割

  • Stainlessは2022年に設立され、Anthropic APIの初期からすべての公式Anthropic SDKの生成を支援してきた
  • 数百社がStainlessでSDK、CLI、MCPサーバーを生成している
  • これらの成果物は、開発者やエージェントがAPIを利用できるようにするライブラリ、コマンドラインツール、コネクタの役割を果たす
  • StainlessはAPI仕様を、TypeScript、Python、Go、Java、Kotlinなど複数言語のSDKへ変換する
  • 生成されたSDKは高速で安定しており、各言語で自然に感じられるよう作られている

両社の見方

  • Anthropicのプラットフォームエンジニアリング責任者Katelyn Lesseは、Stainlessが初期からClaude APIの開発者体験を形作ってきたと見ている
  • エージェントは接続できる対象の分だけしか有用になれないため、Stainlessチームの参加によってClaudeがデータやツールに接続する能力を発展させようとしている
  • Stainlessの創業者兼CEOであるAlex Rattrayは、SDKもそれを包むAPIと同じくらい注意深く扱われるべきだという考えからStainlessを始めた
  • AnthropicはStainlessと初期に協力したチームの1つであり、Stainlessはここ数年、開発者たちがClaude上で築いてきた成果を見守ってきた
  • 両チームの結合によって、Stainlessチームは重要なプラットフォームで既存の取り組みを継続できるようになる

1件のコメント

 
GN⁺ 1 시간 전
Hacker Newsの反応
  • Anthropic は世界最高レベルのソフトウェアエンジニアを必要としており、その人材を迎えるために莫大な報酬を払う意思がある段階に来ている
    しかし LinkedIn に「本当に優秀なソフトウェアエンジニア、報酬 1,000万ドル+」のような求人を出しても、集まる応募をさばききれない
    会社を成功させ、その会社の製品が使われていること自体が、そういうレベルの候補者に金を払えるのであれば、実質的に最高の面接になる
    Stainless は店じまいしてチームが Anthropic に加わり、HubSpot データを Claude で使えるようにするような退屈な統合を作るのかもしれないが、Stainless は成功した会社だった
    すでに検証済みのアイデアなのだから、次の Stainless になればいい。AI 企業はすでにいくつかの会社に対してこうしたことをしており、今後も続けるだろう

    • 「HubSpot のような退屈な APIをもっと便利にアクセス可能にする仕事」は、Anthropic でやりたいまさにそういうインフラ作業だ
      Stainless という名前も Stainless Steel パイプから取られていて、自分たちを高級配管資材店にたとえていた
      archive.org で stainlessapi.com の初期バージョンを見ると、当初のモットーは「Quality fittings for your REST API」だった
      そもそも Stainless で働きたかった理由もそういう仕事だったが、万人向けではないのは理解している
    • 世界最高のソフトウェアエンジニアたちは報酬の最適化ではなく、世界最高のソフトウェアエンジニアになることを最適化している
    • なぜ最高のソフトウェアエンジニアが必要なのか分からない。彼らの製品はそうした役割を代替するものではなかったのか
      しかし、マーケティング、財務などの募集中ポジションを見ると、https://www.anthropic.com/careers/jobs にそのまま載っている
      なぜ自社製品を使ってそうした役割を代替しないのか気になる
    • 会社を成功させ、その会社の製品が使われていることは、卓越したプログラマーかどうかとはかなり別の能力を証明している
    • 最上位のトレーディング会社は、こうした回り道のプロセスなしでも、昔からトップクラスの採用をうまくやってきた
      acqui-hire には他にも多くの理由があるが、最強のエンジニアを採る唯一の方法でも、最も効果的な方法でもない
  • 「Claude Platform の機能とエージェントを API に接続することに集中するため、SDK 生成器を含むすべてのホスティング型 Stainless 製品を終了する」という話なら、好むと好まざるとにかかわらずacqui-hire

    • 「数百社が Stainless に依存して SDK、CLI、MCP サーバーを生成している」と言っていたが、もうそうではなくなる
    • 上の引用は残念ながら実際の Stainless ブログ記事にある文言だ: https://www.stainless.com/blog/stainless-is-joining-anthropi...
    • OpenAI も Stainless の顧客ではなかったか?
  • Stainless チームおめでとう。Anthropic に加わるには良いチームだ
    Mux で初期に Node SDK 生成器を使い、その後 TypeScript や他の生成器も使ったが、製品は素晴らしかった
    ただし今のこの製品/市場は複雑な位置にある。最近は OpenAPI 仕様ファイルからSDK を vibe codingするのが非常に簡単で魅力的だ
    多くのチームは、良し悪しは別として、製品開発者がすでに使っているツールチェーンを使って、実質追加コストなしにその方向へ進むことになりそうだ

  • 既存ユーザーと SDK に対する明確な案内があれば、ずっと良かったはずだ
    今は「OpenAI の玄関口を買って寿命終了にする。これから使おうとしていた人がいないことを願う」と読めてしまい、些末で無意味に見える

    • https://www.stainless.com/blog/stainless-is-joining-anthropi... を見ると、実際そうなったようだ
      「Claude Platform の機能とエージェントを API に接続することに集中するため、SDK 生成器を含むすべてのホスティング型 Stainless 製品を終了する。本日より新規登録、プロジェクト、SDK は提供されない」
      「Stainless の顧客であれば、app.stainless.com/transition で Stainless 管理製品から別の選択肢へ移行する支援を受けられる。これまでに生成した SDK は顧客の所有物であり、望む形で修正・拡張するすべての権利がある」
    • アカウントがあれば https://app.stainless.com/transition に行ける
      チームは顧客がセルフサービスで移行できる方法を作るのにかなり時間をかけた
  • こういう買収を見ていると、エージェント型コーディングツールがクローズドなエコシステムに変わっていく感じがする
    Anthropic は Claude Code の利用を制限し、OpenAI は Codex がその空白を埋めるようにしたように見える
    今後どう進化していくのか気になる

    • まさにそれが本質であり、高い企業価値の理由だ
      みんながこうしたツールに依存するように仕事のやり方を移させ、別のやり方で働くことを想像できなくなる地点まで行ったところで値上げする、ということだ
      企業向けソフトウェアでは昔からある話だ
    • Claude はただのツールにすぎない。うちのチームメンバーはそれぞれ、自分が一番使いやすいテキストエディタや IDE を自由に選べる
      近い将来、コーディングエージェントについてもそう言えるようになってほしい
      Claude は本当に気に入っているが、リポジトリで Claude のリソースを追跡したりはしない
      もっと良いものが出てくれば、既存のメモリファイルの Markdown をちゃんとパースするだろうし、リポジトリ自体にも、私が乗り換えたことを他の人が知る必要を生じさせる要素はない
      Claude ユーザーの大半がCLAUDE.md を追跡ファイルとして受け入れ、チーム全体で標準化して共有すべきだと考えているのは驚きだ
      コーディングエージェントは究極の API なのだから、ユーザーが好む対話方法に合わせるべきだ
      この非決定的なブラックボックスの魔法で標準運用手順を強制できると本気で期待しているのか、私には分からない
    • 最終的な行き先は最初からそちらだった
      投じられた資金の規模を見れば、いずれ投資収益率という言葉が出てくるのは避けられない
      兆単位の資本投下がかかった市場で、古典的なフリーミアム戦略が適用されているわけだ
    • フロンティア AI 研究所はIPOを正当化できる方向へ舵を切りつつある
      OpenAI が他のサービスをたたんでコーディング寄りになったのと似ている
      大型 IPO の前に収益性を示そうとしているのだ
    • 最近は大半の日で Claude Code と pi.dev を並べて使っているが、ここ数週間はほとんどの作業で pi をより多く選んでいる
  • Stainless のサービス終了の一環として、SDK 生成器のオープンソース化を検討したのか気になる

  • Stainless は素晴らしいソフトウェアだった
    OpenAPI 生成器のメンテナーたちにバグを直す時間が足りない、というところから事業を作ってみるのは良い冒険で、みんなの得になった
    uv のような似たアイデアは毎日時間を節約してくれて、私を伝道者にするほどだ

  • Stainless のブログ記事: https://www.stainless.com/blog/stainless-is-joining-anthropi...

    • 「journey」という単語が見つからなくてがっかりした
  • Microsoft の強力なオープンソースの拡張可能な代替手段がある
    今ではすべての Azure SDK、ドキュメント、CLI の生成に使われていて、かなり良い
    https://typespec.io/

    • TypeSpec は素晴らしい
      参考までに、私は Stainless の創業者で、TypeSpec を作った人とも友人だ
  • Stainless の顧客の立場からするとフラストレーションがある
    新規顧客の大半が AI でクライアントライブラリを生成するようになる、というのは理解できる
    しかし既存の顧客基盤は Stainless が生成したクライアントライブラリに依存している
    こうした OpenAPI スキーマ → クライアントライブラリ提供者は生成結果が少しずつ違うので、ある程度のロックインが生まれる
    残念ながら、既存顧客を壊さずに Speakeasy や OpenAPI Generator にそのまま切り替えるほど、移行は簡単ではない

  • 「最近どうしてるの?」
    「サンフランシスコの AI 企業でドキュメントを書いて、総報酬 50万ドルもらってます」
    「スペインの IoT 分野のプラットフォームの全機能を一人で設計・保守・実装して、年収 4万ユーロをもらってます」
    「スペイン? Alicante 近くの海辺に別荘を買ったんだけど、知ってる?」
    「はい…」