Takeshi Ikemoto

医療 × 経営 × テクノロジー

·note記事··医療AI Founder Playbook

AnthropicがStainlessを3億ドルで買収──世界の開発者の4分の1が使ったツールが、AI覇権争いの武器になった

AnthropicStainlessAI戦略開発者ツールSDKMCPエージェントAIスタートアップ

# AnthropicがStainlessを3億ドルで買収──世界の開発者の4分の1が使ったツールが、AI覇権争いの武器になった

2026年5月18日、Anthropic と Stainless が同日に買収を発表しました。

Anthropic の公式ニュースに続き、Stainless 側のブログでも 「Stainless is joining Anthropic（Stainless、Anthropicに合流）」 と告知されました。発表したのは Stainless の CEO、Alex Rattray です。同社はニューヨークを拠点とする開発者ツール企業で、2022年創業から4年で、世界の専門ソフトウェア開発者の約4分の1が触れた と同社が推定するツールを作り上げていました。

買収額は Anthropic 自身は非公表 ですが、The Information などの報道では 3億ドル超（約480億円） とされています。発表と同時に、外部向けサービスの即日停止が告知されました。

顧客にはOpenAI、Meta、Cloudflare──現在のAI業界を牛耳る企業群が並んでいました。

この記事を読む前に：SDK・API・MCPは何が違うのか

この3つは、どれも「何かと何かをつなぐ」ものです。 ただし、誰が・何のために・何につなぐのか が違います。

ここでは、2つの具体例で整理します。

具体例1：開発者がアプリにClaudeを組み込む（API + SDK）

登場人物：病院向けアプリを作っている開発者 やりたいこと：患者説明文をClaudeに要約させ、自分のアプリに表示する

#### この例での登場役

#### 実際の流れ

``` 【準備】アプリにSDKを組み込む

開発者 │ │ Pythonでアプリを作る ▼ 開発者のアプリ │ │ SDK（Anthropicが提供する anthropic パッケージ）を組み込む │ → Claude APIにつなぐ仕組みが使えるようになる │ （認証・送信形式・エラー処理など） ▼ Claude API への接続が整う

【実行】接続したうえで、処理を依頼する

開発者のアプリ │ │ 「この文章を要約して」と依頼 │ （SDKがAPI向けの通信を代わりに行う） ▼ API（AnthropicのClaude API） │ ▼ Claude（AIサービス本体） │ ▼ 要約結果 → アプリ → 画面に表示 ```

開発者がやることは、だいたいこういうイメージです。

1. `pip install anthropic` でSDKをアプリに組み込む（接続の準備） 2. 接続が整ったうえで、アプリから「この文章を要約して」と依頼する（処理の実行） 3. 返ってきた結果を画面に表示する

SDKがなければ、開発者は アプリとClaude APIをつなぐ仕組み を自分で実装しなければなりません。具体的には、「どのURLに送るか」「APIキーをどう付けるか」「JSONをどう書くか」などです。 SDKは、その 接続部分をあらかじめ作っておいてくれた道具箱 です。開発者はAPIそのものを作るのではなく、SDKを使って既存のClaude APIにアクセスします。

具体例2：Claude Codeで「脆弱性（CVE）を調べて」と頼む（MCP）

CVE（Common Vulnerabilities and Exposures）は、ソフトウェアの脆弱性に付けられる世界共通の識別番号です。`CVE-2024-1234` のような番号で、どの欠陥を指しているかを共有します。

登場人物：開発者（Claude Code を使っているあなた） やりたいこと：Claude Code のチャットで「CVE-2024-1234は危険？」と聞き、脆弱性データベース（NVDなど）を横断調査してほしい

#### この例での登場役

※ CVE MCP Server などは、あらかじめ Claude Code の MCP 設定に登録しておく必要があります。

#### 実際の流れ

``` 開発者（あなた） │ │ Claude Code のチャットで │ 「CVE-2024-1234は今すぐ対応すべき？」 ▼ Claude Code（エージェント） │ │ 会話の文脈から「脆弱性DBを調べる必要がある」と判断 ▼ MCP（接続規格） │ │ 設定済みのツール一覧から適切なものを選ぶ ▼ CVE MCP Server（MCPサーバー） │ │ 外部ツールのAPI経由で照会 │ （NVD、EPSS、CISA KEV など） ▼ 外部ツール（脆弱性DB など） │ ▼ 調査結果が Claude Code に返り、チャット上で要約される ```

自然文で頼むだけです。 Claude Code が裏で MCP 経由のツールを呼び、結果をまとめて返します。

この例の要点

2つの例を並べると、違いはこうなる

具体例1（SDK） - 誰が動く：人間の開発者 - 何をしたい：アプリからClaudeを使う - 使うもの：SDK - 最終的に届く先：Claude API → Claude本体 - ユーザーの操作：アプリを使う

具体例2（MCP） - 誰が動く：Claude Code（エージェント） - 何をしたい：Claude Code に外部調査をさせる - 使うもの：MCP - 最終的に届く先：MCP → 外部ツールのAPI → 外部ツール（NVD など） - ユーザーの操作：Claude Code のチャットで頼む

``` 【道1：SDK】 開発者 ──SDK──▶ Claude API ──▶ Claude

【道2：MCP】 開発者 ──▶ Claude Code ──MCP──▶ 外部ツールのAPI ──▶ 外部ツール ```

まとめ

SDKとMCPは、どちらも「つなぐ」ものですが、つなぐ方向と相手が違います。

具体例3：Stainlessは何を自動化していたか

具体例1と2を見ると、どちらも 「つなぐための部品を誰かが作る」 必要があります。

Stainlessの仕事は、この「部品づくり」を自動化すること です。

#### 前提：在庫検索APIを持つ企業

たとえば、ある物流会社が「在庫検索API」を公開しているとします。 「マスクは倉庫Aに何箱あるか」を調べられるAPIです。

このAPIには、AnthropicのClaude APIと同様、すでに公開されている窓口とルール（API） があります。 さらに、そのAPIの 設計書 も用意されています。

ここでいう設計書とは、OpenAPI（オープンエーピーアイ）仕様と呼ばれる、APIの使い方を一覧にまとめた文書 です。 たとえば「在庫検索はこのURLに送る」「商品名を渡す」「件数が返る」といった内容が、機械が読める形で書かれています。人間向けの説明書に近いイメージです。

#### Stainlessに設計書を渡すと何が起きるか

Stainlessはこの設計書を読み取り、同じ在庫API向けの接続部品を2種類、自動生成 します。

生成物A：Python SDK（具体例1の型）

開発者のアプリを、在庫APIにつなぐ道具箱です。

```python client = InventoryClient(api_key="...") result = client.search(item="マスク") print(result.quantity) ```

流れ：`開発者のアプリ → SDK → 在庫API → 在庫データ`

生成物B：MCPサーバー（具体例2の型）

Claude Code を、同じ在庫APIにつなぐ道具です。 Claude Code から見ると「在庫検索ツール」として使えます。

``` 開発者：Claude Code のチャットで 「マスクの在庫、倉庫Aにある？」 ↓ Claude Code：在庫検索ツール（MCP）を使う ↓ MCPサーバー（Stainlessが生成）→ 在庫API → 在庫データ ↓ Claude Code：「倉庫Aに120箱あります」 ```

流れ：`開発者 → Claude Code → MCPサーバー → 在庫API → 在庫データ`

#### 図で見ると

``` 在庫検索APIの設計書（OpenAPI） │ │ Stainlessが自動生成 ▼ ┌─────┴─────┐ │ │ ▼ ▼ SDK MCPサーバー ──────┐ │ ▲ │ ▼ │ │ 開発者のアプリ Claude Code │ │ │ └────────────┬─────────────┘ ▼ 同じ在庫API ```

ポイント

Stainlessは、1つのAPI設計書から、SDKとMCPサーバーを自動で作る会社 でした。 Anthropicが買収したのは、Claudeエコシステム全体で「人間向け接続」と「AI向け接続」を量産できる能力だと考えられます。

3語の整理

「API層の再発明」という使命

Stainlessが生まれたのは2022年のことです。Alex Rattrayは「API層を再発明する」という使命を掲げて創業しました。

開発者が OpenAI や Claude の API を使うとき、多くは HTTP 通信を1から書かず、SDK（Software Development Kit） を使います。SDK は、アプリと外部サービスの API をつなぐ道具箱 で、同じ API の使い方を Python や TypeScript など 開発者が使う言語ごと に扱いやすい形にしてくれたものです。

API そのものは、どの言語からでも同じ窓口（HTTP）で呼べます。 ただ、開発者がアプリを書く言語は人それぞれなので、言語ごとに SDK が用意 されています。

Pythonなら`pip install openai`、Node.jsなら`npm install openai`とするだけで、複雑な通信処理が隠蔽され、数行のコードでAIを呼び出せます。

問題は、このSDKを APIを提供する側（OpenAIやAnthropicなど） が作らなければならない点にあります。

たとえばClaude APIに「新しい機能」が1つ追加されたとします。 具体例3の在庫APIで言えば、「返品数も調べられるようになった」ような変更です。

このとき、API提供側は 言語ごとのSDKを全部更新 しなければなりません。

つまり 同じ変更を、言語の数だけ繰り返す 必要があります。AI企業はAPIの更新が頻繁なので、この作業がずっと続く 重い負担 になっていました。

Anthropic のような企業が SDK を作れなかった、という話ではありません。自社のエンジニアが言語ごとに手書きすること自体は可能です。ただ、モデル開発や安全性の検証の横で、この更新をずっと続けるのは 本業から人を奪う反復作業 になります。

そのため OpenAI も Anthropic も、SDK の多言語対応と更新を Stainless に任せる 選択をしていました。Anthropic の公式 SDK も、買収前から Stainless が生成していました。優秀だから全部内製する、というより、4年かけて作り込まれた専門の仕組みに任せた方が合理的 だったのです。

Stainlessは2022年の創業以降、この問題の解決に 4年かけて エンジンを作り込んできました。OpenAPI仕様（APIの設計書）を入力すれば、本番品質のSDKを9言語で自動生成します。APIが変わると自動でGitHubへの更新とパッケージマネージャー（NPM・PyPI等）へのリリースが走る——そうした一連の仕組みを、一朝一夕では再現しにくいレベルまで磨き上げていたのです。

対応言語はTypeScript、Python、Go、Java、Kotlin、Ruby、Terraform、C#、PHP。生成されるコードは「idiomatic（各言語らしい書き方）」にこだわっており、SwaggerやOpenAPI Generatorのような既存ツールが生成する「機械的で読みにくいコード」とは一線を画していました。

Stripeの哲学が生んだツール

Alex RattrayはもともとStripe出身です。

Stripeといえば、SDKの品質と開発者体験（Developer Experience）へのこだわりで知られる決済インフラ企業です。「ドキュメントが美しい」「SDKが使いやすい」ことが競合との差別化になることを、誰よりも理解していた会社でした。

RattrayはそのカルチャーをStripeで吸収した後、独立してStainlessを立ち上げました。彼が目指したのは「すべてのAPIに、Stripeレベルの開発者体験をもたらすこと」でした。

その判断は正しいものでした。

OpenAIがStainlessを採用したことで、評判は一気に広まりました。ChatGPTブームで急成長するOpenAIは、頻繁なAPI更新をStainlessに任せることで、エンジニアをコアモデル開発に集中させられるようになりました。Anthropic も同様の顧客で、Claude の公式 SDK も Stainless 経由でした。MicrosoftのAzure部門、Cloudflare、Meta、Stripe本社、Vercelと、採用企業は次々と拡大していきました。

2024年12月にはSeries A として$25Mの資金調達を発表しています。投資家の評価額は非公開でしたが、最終的な買収額が3億ドル超だったことからも、急成長の軌跡がうかがえます。

「4分の1の開発者」が意味するもの

Stainlessの公式ブログが明かした数字は驚くべきものでした。

世界の専門ソフトウェア開発者は推定で2700万〜3000万人いるとされています。その4分の1、つまり700万人前後がStainlessの産物に触れていた計算になります。

開発者は自分が使っているSDKがStainless製だと知らない場合がほとんどです。`pip install openai`と打って使うSDKが、Stainlessのエンジンで生成・更新されていたことは「水道管の製造元を気にしない」のと同じ感覚で、これまで意識されてきませんでした。

しかしその「水道管」を、Anthropicは買い占めました。

買収の構造：エコシステムの「フロントドア」を封鎖する

Anthropicの戦略は鮮明です。

買収発表と同時に： - 新規登録、プロジェクト作成、SDK生成はすべて利用不可に - 既存のSDKコードは顧客が完全な所有権を保持 - 移行支援ポータル（`app.stainless.com/transition`）を提供

所有権を保持するということは「今あるコードは動き続ける」一方で、「今後の更新パイプラインを失う」ことを意味します。

OpenAIのPythonライブラリが新しいAPIエンドポイントに対応するたびに、これまでは自動的にStainlessが処理していました。今後はOpenAIの社内エンジニアが手動でPython版・TypeScript版・Go版を個別に更新しなければなりません。あるいは、急いで代替ツールを構築するか、外部ベンダーに乗り換えるかです。

これは数十人分のエンジニアリング工数に相当する「保守税」といえます。

MCP＋Stainless＝「エージェント・プラットフォーム」の完成

AnthropicがStainlessを必要とした理由の核心は、SDKだけにはありません。

2024年後半、AnthropicはMCP（Model Context Protocol）を発表しました。AIエージェントと外部ツール・データを標準規格でつなぐためのオープンプロトコルです。「エージェントがどんなAPIとも安全・確実に対話できる共通言語」といえるものです。

一方、Stainlessは2025年4月から「OpenAPI仕様からMCPサーバーを自動生成」する機能を提供していました。つまり、既存のどんなAPIも、Stainlessを通せばMCP対応のエージェントツールに変換できます。

Stainless自身のウェブサイトはこう謳っていました。

Anthropicはここに「3つのピース」の完成を見出しました。

Anthropicのプラットフォームエンジニアリング責任者はこう表現しています。

この3ピースが揃うことで、「企業がどんなAPIを持っていても、即座にClaude対応のエージェントツールに変換できる」インフラが完成します。Claude＋MCPが「エージェントの頭脳と神経系」だとすれば、Stainlessは「すべての外部世界と繋がる手と指」にあたります。

なぜRattrayはAnthropicを選んだのか

買収は「強奪」ではありませんでした。

Rattrayはブログでこう書いています。

Stainlessは買収前からAnthropicの顧客でもあり、Rattrayは同社の開発者体験へのこだわりと、MCP戦略の真剣さを間近で見てきました。SDK生成の外注から始まった関係が、最終的には買収という形で自社インフラに取り込まれた、という流れです。

2022年の創業から4年。「API層の再発明」という使命が、AIエージェント時代の到来によって「エージェント・インフラの制覇」という新しい文脈を得ました。その実現をAnthropicという場所で追い求めることを、Rattrayは選んだのです。

競合他社が直面する現実

OpenAI・Metaが失ったのは「自動更新パイプライン」だけではありません。

Stainlessが生成するSDKは、表向き「APIを呼ぶコード」以上のものでした。通信が失敗したときの対処、うまくいかなければ自動でやり直す仕組み、間違った送り方を防ぐチェック、待ち時間の長い処理の効率化——こうした 地味だが欠かせない細部 まで、言語ごとに整えられていました。これを社内で手作業で再現し、API更新のたびに品質を保ち続けるのは、単に人数を足すだけでは解決しにくい問題です。

Cloudflareなどのインフラ企業は代替を急いでいます。業界ではSpeakeasyとFernが主な対抗馬として浮上しています。Speakeasyはエンタープライズ向けのSDK生成に強みを持ち、Fernはオープンソース路線で開発者コミュニティからの支持を集めています。ただし、Stainlessが4年かけて磨き上げたエンジンの品質に追いつくには、相応の時間がかかると見られています。

テック史上の「インフラ遮断」先例

競合の重要インフラを買収して遮断する戦略は、テック史上に先例があります。

ただし今回が特徴的なのは、「競合が使っていた SDK 生成の仕組みを買収し、サービスを止める」 という、ほぼ前例のない手法だった点です。Anthropicは「モデルの性能で勝つ」のではなく、「開発者がモデルと対話するための配管ごと買い占める」選択をしました。

AI競争の構図が根本から変わった

これまでのAI競争は、テストの点数合戦 に見えがちでした。数学問題やプログラミング課題の正答率を並べ、「どのモデルが何点か」という数値の優劣が報道を賑わせてきました。

しかし開発者の行動は違います。「最高のモデル」より「最も使いやすいモデル」を選ぶ傾向があります。SDKの使いやすさ、ドキュメントの丁寧さ、外部ツールとの接続のしやすさ──こうした 周辺の使い勝手 が、実際の採用を左右します。

Stainlessの買収は、この競争軸の転換を象徴する出来事です。

「モデル性能戦争」から「エコシステム統制戦争」へ。

エージェントAIの世界では、単独で動くAIよりも「どれだけ多くのツールと繋がれるか」が価値を決めます。Anthropicは今回、そのハブとなるインフラを内製化しました。

開発者が今すべきこと

現時点での実務的なポイントをまとめます。

OpenAI・Meta SDKの既存ユーザーへ - 現在使っているSDKは動き続けます（所有権は各社が保持） - ただし新機能追加時のSDK更新が遅れる可能性があります - 2026年後半以降のSDKメンテナンス体制の発表を注視してください

Claudeを使う開発者へ - 公式SDKの品質・更新速度が今後さらに向上する見込みです - MCPサーバーの自動生成がより容易になります - Stainlessエンジンとの統合により、新API機能の即日SDK対応が期待できます

影響を受けたAPI提供者へ - 代替ツール候補: Speakeasy・Fern・LibLab - 移行支援: `app.stainless.com/transition`（2026年5月時点） - 長期的には内製ツールの構築も選択肢のひとつです

まとめ──「配管」を支配した者が、エージェント時代を制する

Stainlessの買収を一言で表すなら、「AIの配管工事を独占した」ということになります。

世界の開発者の4分の1が触れていたインフラ、競合他社が依存していたパイプライン、そしてMCPという次世代規格との最高の組み合わせ──Anthropicはこれをひとつの買収で手に入れました。

Alex Rattrayが「API層の再発明」という使命を抱いて創業した2022年から、わずか4年。その使命は今、「AIエージェント時代のインフラを誰が制するか」という問いと完全に重なっています。

AIは賢くなりました。次の問いは「どのAIが世界と最もよく繋がれるか」です。その答えを、Anthropicは静かに、しかし確実に、自分たちの手に引き寄せています。

情報源と確認状況

✅ 確認済み - 買収発表・外部サービス停止・顧客リスト・買収額：BigGo Finance記事（ユーザー提供・一次ソース） - 創業2022年・CEO Alex Rattray・発表日2026年5月18日：stainless.com/blog - 開発者1/4・既存SDK所有権保持：stainless.com/blog（Rattray本人の投稿） - 製品詳細・対応言語・MCPサーバー生成：stainless.com - Anthropic責任者コメント：BigGo記事（一次ソース経由）

⚠️ 報道ベース（一次ソース未確認） - Series A $25M：複数報道（stainless.com/blogに記載なし） - MCP連携機能（2025年4月〜）：複数報道（stainless.com/blogに記載なし） - Rattray Stripe出身・リーダーコメント詳細：複数報道 - Speakeasy・Fern・代替ツール動向：業界報道