Anthropic が Stainless を買収(2026-05-18)— API spec から SDK を生成する仕組みが Claude プラットフォームに統合される

Anthropic が 2026-05-18 に Stainless の買収を発表しました。Stainless は OpenAPI などの API spec から TypeScript / Python / Go / Java 等の SDK・CLI・MCP サーバーを生成するツールで、Anthropic 公式 SDK は初期から Stainless で生成されてきました。これがプラットフォームに統合される意味と、スキーマ駆動開発をしている個人開発者への示唆をまとめます。

author
r43
date
(2026年5月18日)
category
TypeScript
reading
4 min
commit
63ab6ef

Anthropic が 2026-05-18 に Stainless の買収を発表しました。一見すると企業買収のニュースですが、これは API を作る開発者にとって地味に重要な動きです。Stainless は API spec(OpenAPI など)から SDK・CLI・MCP サーバーを生成する会社で、しかも Anthropic 公式 SDK は API の最初期から Stainless で生成され続けてきた実績があります。自分たちが使い込んできたツールを、プラットフォームの中核として取り込んだ形です。

この記事は、Hono + Zod OpenAPI でスキーマ駆動 API を組む話の延長線上にあります。「スキーマ 1 本から派生物を生成する」という設計思想が、Claude プラットフォーム側でどう位置づくのかを整理します。

Stainless とは何か

Stainless は 2022 年創業で、API spec を入力に取り、TypeScript・Python・Go・Java ほか複数言語の SDKを生成します。生成される SDK は、各言語で速く・信頼でき・その言語でネイティブに感じられることを狙って作られます。

何百もの企業がこれを使って、SDK・CLI・MCP サーバー——つまり「開発者やエージェントが API を使うためのライブラリ・コマンドラインツール・コネクタ」——を生成しています。Anthropic 自身、公式 SDK 群(Python / TypeScript / Go / Java / Ruby / PHP / C# など)を Stainless で生成してきました。当ブログの API 系記事で出てくるコード例の SDK は、まさにこの仕組みの産物です。

なぜ「買収」が開発者に効くのか

API を提供する側の悩みは、**「API は 1 つなのに、クライアントは言語の数だけ要る」**ことです。手書きで全言語の SDK を保守するのは現実的ではなく、かといって生成器の品質が低いと「型は付くが使い心地が悪い SDK」になります。

Stainless は、この「spec → 多言語の上質なクライアント」の部分を専業でやってきました。それが Anthropic に統合されることで、Anthropic は次の 2 つを同じチームで押し進められるようになります。

  • 開発者体験(DX): Claude API の SDK が、より速く・一貫した品質で全言語に届く
  • エージェント接続性: API spec から MCP サーバーを生成する流れが強化される。エージェントが API を「ツール」として使うための入口が、spec から自動で生える

2 つ目が今の文脈では大きいところです。MCP(Model Context Protocol)は、エージェントが外部ツールに繋がる標準になりつつあります。「API を定義したら、そこから MCP サーバーも生成される」が滑らかになるほど、自分の API をエージェントから使ってもらえる距離が縮みます。

スキーマ駆動開発をしている人への示唆

個人開発でも、この方向性は真似する価値があります。要は「スキーマを単一の正本(source of truth)にして、そこから派生物を生成する」設計です。

当ブログで書いた Hono + Zod OpenAPI の構成は、まさにこれを小さくやる例でした。Zod スキーマ 1 本から OpenAPI 仕様・ハンドラの型・クライアント型までを派生させる——Stainless がプロダクトレベルでやっていることの、個人開発スケール版です。

// スキーマを正本にする(Hono + Zod OpenAPI の例)
import { createRoute, z } from "@hono/zod-openapi";

const UserSchema = z.object({
  id: z.string().uuid(),
  name: z.string(),
}).openapi("User");

// この 1 本から OpenAPI 仕様・型・(必要なら)クライアントが派生する
export const getUser = createRoute({
  method: "get",
  path: "/users/{id}",
  responses: {
    200: { content: { "application/json": { schema: UserSchema } }, description: "OK" },
  },
});

ここから先、生成された OpenAPI 仕様を Stainless のような生成器に通せば多言語 SDK も得られる、という地続きの世界です。Anthropic の買収は、その「spec から先の生成」を自社プラットフォームの標準体験にしようという意思表示と読めます。

何に使えるか

  • 自分の API を他人やエージェントに使わせたい個人開発者: まず OpenAPI 仕様を正本として持つ。SDK や MCP サーバーの自動生成は、後から仕組みに乗せられる
  • 複数言語のクライアントを保守している小規模チーム: 手書き SDK の保守をやめ、spec からの生成に寄せる検討材料

まとめ

Stainless の買収は、モデルの発表のような派手さはありませんが、「API spec を書けば、SDK も CLI も MCP サーバーも生える」という開発者体験を、Anthropic がプラットフォームの中核として持つという変化です。Anthropic 公式 SDK が一貫して Stainless 製だったことを踏まえると、これは外部技術の取り込みというより自社の屋台骨の内製化に近いと言えます。

個人開発の側で取れる学びはシンプルで、「スキーマを単一の正本にして派生物を生成する」という設計を、小さくても最初から採っておくこと。詳しくは スキーマ駆動 API の記事を参照してください。

release notes タグで Anthropic のリリース・プラットフォーム動向を継続フォローしています。

参考