Stainless、OpenAPIからSDK・MCP・Docsを一気通貫で生成する設計

創業と問題設定

Alex Rattrayは、APIを提供する企業がclient libraryとDocsを手作業で保守する摩擦に着目し、Stainlessを始めた。

公式サイトは「Great agent experience is built on great developer experience.」と掲げる。出典

APIからdeveloper interfaceへ

StainlessはOpenAPI specを基盤に、SDK、Documentation、MCP serverをまとめて生成する方向へ広がった。出典

Agent時代への転換

2026年3月のCLI更新ではcoding agent向けskills commandを追加し、API toolchainをagent workflowへ寄せた。出典

Anthropicへの参加

2026年5月、AnthropicはStainlessへの参加を発表した。

Alex Rattrayらの取り組みは、developer experienceとagents・systemsの接続を重ねる段階に入った。出典

結び

Stainlessの軌跡は、API仕様を単なるreferenceではなく、利用者向けinterfaceを生むproduction assetへ変える試みとして読める。

APIを提供する企業は、endpoint追加のたびにSDK、Docs、MCPの整合を保つ必要がある。

StainlessはOpenAPI specをsource of truthにしてこの同期コストを減らす。出典

AI agentがAPIを使う時代には、SDKだけでなくMCP serverまで同じ仕様から生成できる点が効く。

手動のwrapper保守を避けたいAPIチームに刺さる。出典

API仕様から複数のdeveloper interfaceを生成する変換知識と、実運用で蓄積される例外処理がmoatになる。

単なるtemplateではなく、言語ごとのergonomicsまで扱う点が差別化要因だ。出典

直接的なnetwork effectは弱い。

一方、採用APIと生成SDKが増えるほど、利用者が期待するclient ergonomicsの知見が蓄積するデータ・学習効果はある。出典

自社APIを持ち、複数言語のSDKやDocsを継続的に出荷するB2B API企業が中心。

個人開発の単発APIより、仕様変更とclient supportが継続するチーム向けだ。出典

第一にOpenAPIを中心にSDK・Docs・MCPへ展開する一貫したworkflow。

第二に、idiomaticな言語別clientを生成し、利用者の学習コストを下げる設計。出典

第三にcustomer storyとdocsを組み合わせ、API提供企業の具体的な出荷体験を示すこと。出典

OpenAPIの品質が低い場合、生成物の品質も制約される。

既存APIの例外的な挙動をどこまで表現できるかは導入時の不確実性だ。出典

また、Anthropic参加後の製品・組織・料金の長期方針は公開情報だけでは要確認であり、特定顧客への依存もリスクになり得る。出典

docsとquickstartでdeveloperを獲得し、API企業のSDK出荷という高い価値のworkflowへ拡張する。

customer storyは導入効果を可視化するチャネルだ。出典

今後はMCPとagent向けworkflowを入口に、API提供企業の標準的なdistribution layerを狙う構図が見える。

ただしAnthropic参加後の独立したGTMは要確認。出典

主要チャネル: content, developer_relations, customer_stories, partnerships

生成系developer toolは、コードを作ることよりも、仕様変更時に複数成果物の整合を保つworkflowを握ると価値が高い。

source of truthを明確にし、出力の品質基準を言語別に持つことが重要だ。出典

日本のSaaSが海外向けAPIを展開する際、SDKとMCPを同時に整備する基盤として使える。

特に社内APIの公開範囲・認証・日本語Docsの品質をOpenAPI側で管理し、生成物をレビューする運用が現実的だ。