Anthropic、Stainlessを買収
(anthropic.com)- 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件のコメント
Hacker Newsの反応
Anthropic は世界最高レベルのソフトウェアエンジニアを必要としており、その人材を迎えるために莫大な報酬を払う意思がある段階に来ている
しかし LinkedIn に「本当に優秀なソフトウェアエンジニア、報酬 1,000万ドル+」のような求人を出しても、集まる応募をさばききれない
会社を成功させ、その会社の製品が使われていること自体が、そういうレベルの候補者に金を払えるのであれば、実質的に最高の面接になる
Stainless は店じまいしてチームが Anthropic に加わり、HubSpot データを Claude で使えるようにするような退屈な統合を作るのかもしれないが、Stainless は成功した会社だった
すでに検証済みのアイデアなのだから、次の Stainless になればいい。AI 企業はすでにいくつかの会社に対してこうしたことをしており、今後も続けるだろう
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 チームおめでとう。Anthropic に加わるには良いチームだ
Mux で初期に Node SDK 生成器を使い、その後 TypeScript や他の生成器も使ったが、製品は素晴らしかった
ただし今のこの製品/市場は複雑な位置にある。最近は OpenAPI 仕様ファイルからSDK を vibe codingするのが非常に簡単で魅力的だ
多くのチームは、良し悪しは別として、製品開発者がすでに使っているツールチェーンを使って、実質追加コストなしにその方向へ進むことになりそうだ
既存ユーザーと SDK に対する明確な案内があれば、ずっと良かったはずだ
今は「OpenAI の玄関口を買って寿命終了にする。これから使おうとしていた人がいないことを願う」と読めてしまい、些末で無意味に見える
「Claude Platform の機能とエージェントを API に接続することに集中するため、SDK 生成器を含むすべてのホスティング型 Stainless 製品を終了する。本日より新規登録、プロジェクト、SDK は提供されない」
「Stainless の顧客であれば、app.stainless.com/transition で Stainless 管理製品から別の選択肢へ移行する支援を受けられる。これまでに生成した SDK は顧客の所有物であり、望む形で修正・拡張するすべての権利がある」
チームは顧客がセルフサービスで移行できる方法を作るのにかなり時間をかけた
こういう買収を見ていると、エージェント型コーディングツールがクローズドなエコシステムに変わっていく感じがする
Anthropic は Claude Code の利用を制限し、OpenAI は Codex がその空白を埋めるようにしたように見える
今後どう進化していくのか気になる
みんながこうしたツールに依存するように仕事のやり方を移させ、別のやり方で働くことを想像できなくなる地点まで行ったところで値上げする、ということだ
企業向けソフトウェアでは昔からある話だ
近い将来、コーディングエージェントについてもそう言えるようになってほしい
Claude は本当に気に入っているが、リポジトリで Claude のリソースを追跡したりはしない
もっと良いものが出てくれば、既存のメモリファイルの Markdown をちゃんとパースするだろうし、リポジトリ自体にも、私が乗り換えたことを他の人が知る必要を生じさせる要素はない
Claude ユーザーの大半がCLAUDE.md を追跡ファイルとして受け入れ、チーム全体で標準化して共有すべきだと考えているのは驚きだ
コーディングエージェントは究極の API なのだから、ユーザーが好む対話方法に合わせるべきだ
この非決定的なブラックボックスの魔法で標準運用手順を強制できると本気で期待しているのか、私には分からない
投じられた資金の規模を見れば、いずれ投資収益率という言葉が出てくるのは避けられない
兆単位の資本投下がかかった市場で、古典的なフリーミアム戦略が適用されているわけだ
OpenAI が他のサービスをたたんでコーディング寄りになったのと似ている
大型 IPO の前に収益性を示そうとしているのだ
Stainless のサービス終了の一環として、SDK 生成器のオープンソース化を検討したのか気になる
Stainless は素晴らしいソフトウェアだった
OpenAPI 生成器のメンテナーたちにバグを直す時間が足りない、というところから事業を作ってみるのは良い冒険で、みんなの得になった
uv のような似たアイデアは毎日時間を節約してくれて、私を伝道者にするほどだ
Stainless のブログ記事: https://www.stainless.com/blog/stainless-is-joining-anthropi...
Microsoft の強力なオープンソースの拡張可能な代替手段がある
今ではすべての Azure SDK、ドキュメント、CLI の生成に使われていて、かなり良い
https://typespec.io/
参考までに、私は Stainless の創業者で、TypeSpec を作った人とも友人だ
Stainless の顧客の立場からするとフラストレーションがある
新規顧客の大半が AI でクライアントライブラリを生成するようになる、というのは理解できる
しかし既存の顧客基盤は Stainless が生成したクライアントライブラリに依存している
こうした OpenAPI スキーマ → クライアントライブラリ提供者は生成結果が少しずつ違うので、ある程度のロックインが生まれる
残念ながら、既存顧客を壊さずに Speakeasy や OpenAPI Generator にそのまま切り替えるほど、移行は簡単ではない
「最近どうしてるの?」
「サンフランシスコの AI 企業でドキュメントを書いて、総報酬 50万ドルもらってます」
「スペインの IoT 分野のプラットフォームの全機能を一人で設計・保守・実装して、年収 4万ユーロをもらってます」
「スペイン? Alicante 近くの海辺に別荘を買ったんだけど、知ってる?」
「はい…」