AnthropicのStainless買収交渉：AI SDK依存を今見直す理由

火曜日に実際に報じられたこと

2026年5月12日、The Informationがこの動きを報じました。情報源は取引を知る人物です。買収額は少なくとも$300 millionで、一部はAnthropic株で支払われる可能性があります。関係者によれば、これはAnthropic初の買収です。注目すべきは、買収対象がモデル開発チームでも研究所でもない点です。Anthropicが手に入れようとしているのは、開発の土台となる配管部分です。

もう一つの手掛かりは、評価額への上乗せ幅です。Stainlessは2024年12月、$150Mの評価額でシリーズAを調達しました。その5か月後、Anthropicが提示している金額はおよそ2xです。取引が明るみに出た同じ日、Bloombergも報じたところでは、Anthropicは新たな$30B+の資金調達で$900Bの評価額を目指しています。交渉は進んでいるものの、まだ成立していません。条件が変わる余地も残っています。

StainlessのAI SDK生成基盤とは

Stainlessは、OpenAPI仕様を入力すると、TypeScript、Python、Go、Kotlin、Java、Ruby、PHP、C#の本番向けSDKを出力するAI搭載コンパイラです。Terraformはベータ版、RustとSwiftはロードマップに含まれています。生成されるSDKには、リトライ、ストリーミング、ページネーション、型付きエラー処理があらかじめ組み込まれています。創業4年のスタートアップとは思えない顧客一覧には、OpenAI、Anthropic、Google、Cloudflare、Meta、Runway、Groq、Cerebras、Lithic、Modern Treasuryが並びます。これらのライブラリは、合計で週に数千万回ダウンロードされています。github.com/stainless-sdksではその一部が公開保守され、残りはStainlessがコミットを書き込む顧客所有のリポジトリに置かれています。

OpenAIとGoogleに残された現実的な選択肢

考えられるのは4つです。どれも、それぞれ異なる問題を抱えています。

シナリオA — 契約を維持してStainlessを使い続ける。 短期的には最も安く済みます。しかし、契約更新後まで続けられる選択肢ではありません。SDKをリリースするたびに最大の競合企業が所有するベンダーを経由し、その競合企業がコンパイル対象のOpenAPI仕様を見ないと信頼することになります。OpenAIが契約を更新するとは考えにくいです。Googleは代替手段を立ち上げるまでの1四半期だけ継続するかもしれません。

シナリオB — ジェネレーターをフォークする。 Stainlessの価値は出力結果ではなく、コンパイラの知的財産にあります。最新の生成済みSDKなら、git cloneを1回実行すればフォークできます。しかし、今後10年間のSDKを生み出すコンパイラをフォークするには、複数四半期にわたる開発が必要で、次の大規模なAPI変更が公開される前に完成させなければなりません。難しく高コストですが、自社で守れる選択肢です。OpenAIは6か月以内にこの道へ進むと見ています。

シナリオC — SDK生成をゼロから内製化する。 OpenAIには必要な人員がいます。ただし、破壊的変更、対応言語の不足、Stainlessがすでに解決した膨大なエッジケースへの対応で、6–12か月は混乱が続くでしょう。PythonやTypeScriptより層の薄いKotlinとGoのSDKが、最初に後退すると考えられます。

シナリオD — Anthropicがチームを解体せず、競合他社向けのリリースも意図的に遅らせないと示すまで、12か月間は目立った変更なく現状を保つ。 可能性はあります。しかし、それを前提に賭けることはできません。競合企業の善意を当てにして、本番環境の依存関係を設計すべきではありません。

実務上、今すぐ行うべきことはSDKのバージョン固定です。依存している公式ライブラリを洗い出してください。本番投入しているライブラリのうち、どの言語でテストカバレッジが最も薄いかも確認します。回帰リスクは、まずそこに現れます。

なぜ今週、AI Gateway経由のraw fetchが違って見えるのか

私は1つのCloudflare Workersスタックで、Anthropic、Google AI Studio、xAI、OpenAI、DataForSEO、Browser Renderingという6つのAIプロバイダーを使っています。どのSDKもimportしていません。有料の呼び出しはすべてAI Gatewayのエンドポイントに対するfetch()で行い、JSONボディは各プロバイダーのREST形式に合わせています。

この構成を選んだのは3週間前で、当時の理由は別にありました。有料の呼び出しをすべて単一のcallAi()ラッパーへ通し、1日あたり$20、インスタンスあたり$1のコスト上限を徹底する必要があったからです。SDKを使うと、この制御点がメソッド呼び出しの奥に隠れます。SDK経由で上限を適用するには、クライアントをモンキーパッチするか、すべての呼び出し箇所をラップしなければなりません。fetch()なら、必要なのは関数1つです。

CloudflareのAI Gateway BYOKパススルーを使えば、Anthropic、OpenAI、Google、xAI、OpenAIの画像生成を、1つの認証ヘッダー（cf-aig-authorization）と1つのURLパターンで扱えます。概形は次のとおりです。

export async function callAi(env: Env, ctx: Ctx, runner: () => Promise<Response>) {
  await assertUnderCostCap(env, ctx);
  const started = Date.now();
  const res = await runner();
  await recordCost(env, ctx, res, Date.now() - started);
  return res;
}

// usage – one provider, no SDK in the dep tree
const res = await callAi(env, ctx, () => fetch(
  `https://gateway.ai.cloudflare.com/v1/${env.ACCOUNT}/${env.GATEWAY}/anthropic/v1/messages`,
  {
    method: "POST",
    headers: {
      "cf-aig-authorization": `Bearer ${env.AI_GATEWAY_TOKEN}`,
      "x-api-key": env.ANTHROPIC_API_KEY,
      "anthropic-version": "2023-06-01",
      "content-type": "application/json",
    },
    body: JSON.stringify({ model, max_tokens, messages }),
  },
));

今週になって偶然加わった利点は、Stainlessの所有者変更がリリース頻度、破壊的変更、テレメトリーフックに及ぼす影響を一切受けないことです。その代わり、SDKが隠してくれるはずの細部であるリクエストペイロードを自分で書く必要があります。それでも、(a) 3社以上のプロバイダーを使い、(b) コスト管理の入口を1か所に集約する必要があり、(c) ベンダー所有権のリスクにも備えるなら、そのコストに見合います。3つ目の理由は、月曜日には存在しませんでした。

このスタックを予算超過させずCloudflare Workers上で動かす詳しい方法は、Cursor Cloud Agentの環境とCloudflare Workersの比較にまとめています。

今週中に対応すべきこと

まず、package.jsonとrequirements.txtを調べ、Stainlessが生成しているSDKを洗い出します。AnthropicとOpenAIのPythonおよびNodeクライアントは分かりやすい例です。Googleの新しい@google/genaiもStainless製です。推測で済ませず、github.com/stainless-sdksで全一覧を確認してください。

Stainlessが生成したすべてのSDKを、現在のマイナーバージョンに固定します。パッチアップデートは取り込み、マイナーアップデートはレビューまで保留します。15分で終わる作業で、1四半期分の選択肢を確保できます。

モデルAPIに触れる新しいコードパスでは、まずraw fetchを書き、SDK呼び出しはその次にします。型定義を含めて40行未満なら、raw版を採用してください。大半のchat-completionとmessageエンドポイントは、難なくこの基準に収まります。ストリーミングとツール利用を加えても、増えるのは20行ほどです。今後何年も保守するコードパスとしては、なお基準内です。

Cloudflare AI Gateway、OpenRouter、Portkey、LiteLLMなどのゲートウェイを運用しているなら、モデル呼び出しをすべてそこへ通します。認証は1つ、可観測性の入口も1つです。下層のSDKが政治的なリスクになったときも、プロバイダーを切り替える場所は1か所で済みます。

90日後に、OpenAIとGoogleがどのSDKを内製で保守し、どれをStainless経由で保守しているか再確認する予定をカレンダーに入れてください。フォークするか継続するかの判断は、年末までに下されるはずです。

より大きな構図

モデル競争の主戦場は、重みから配管へ移りました。モデルそのものは次第に交換可能になる一方、統合レイヤーは簡単に入れ替えられません。この買収額が合理的に見える理由は、それ以外にありません。

Anthropicが$900Bの評価額で$30Bを調達しようとする一方、目立つモデル発表ではなくSDK基盤に$300Mを投じようとしていることが、その証拠です。両社はモデルの枠を越え、デプロイの接点まで手を伸ばしています。モデルは安価な部分になりつつあり、統合こそが堀になりつつあります。同じ傾向は、AnthropicがClaudeをミッドマーケットへ売り込む方法にも表れています。$50Kの自動化スタックについての記事は、SDKレイヤーの所有を正当化するエンタープライズ展開の一例です。

創業者にとって今後12か月の課題は、データレイヤーと同じように統合レイヤーを自ら所有することです。SDKの使いやすさだけを最適化してはいけません。交換可能性を最優先してください。今日呼び出しているモデルと、2027年に呼び出すモデルは同じではありません。切り替え後も残るラッパーを構築するべきです。