開源 API 變現教科書：Speakeasy 如何從 OpenAPI 長出 SDK + MCP 整條產品線？

一條 OpenAPI spec 可以做幾多生意？Speakeasy 嘅答案係：成間公司。

2022 年成立、總融資 3,750 萬美金、用家包括 Vercel、Cloudflare、Mistral、Clerk 嘅 Speakeasy，核心業務唔係做 API，而係幫你由一條 OpenAPI spec 自動生成 SDK、Terraform Provider、MCP Server，再進化成 AI 時代嘅 API Control Plane。由一個 OpenAPI 規格檔，長出整條產品線——佢哋賣嘅唔係工具，而係「API 嘅開發者體驗即服務」。

由痛點出發：OpenAPI 嘅未兌現承諾

OpenAPI 係 API 工業嘅 Lingua Franca，理論上人人都用，實際上佢嘅潛力遠未被兌現。Developer 寫完一條 OpenAPI spec 之後，下一步要手動寫 SDK——TypeScript 一份、Python 一份、Go 一份，仲要維護 Terraform Provider、寫文檔、handle breaking changes 嘅版本管理。每加一個新 endpoint，成個流程又要重複一次。

Speakeasy CEO 同 co-founder Sagar Batchu 就係親身食過呢個苦頭。佢之前做 developer 嘅時候，每次 ship API 都要自己 maintain 幾個 language 嘅 SDK，仲要確保 documentation 同步更新。佢嘅 insight 係：API 嘅真正價值唔喺個 spec 度，而喺 developer 用佢嘅體驗。如果 integrate 你條 API 要睇幾頁 JSON、自己砌 request、自己 handle retry 同 pagination，即使用戶本身想用，個 friction 已經嚇走佢哋。

Speakeasy 嘅第一步好聰明：唔係由零整新嘢，而係做一個 generation engine。你俾條 OpenAPI spec，佢出 production-ready SDK——type-safe、有 retry logic、有 pagination helper、有 OAuth 2.0 support。Developer 唔使再寫 boilerplate，而且每次 spec 一改，CI/CD pipeline 自動 regenerate，開 PR 俾你 review。呢個唔係新技術，而係將一個已有嘅 best practice（OpenAPI spec → code generation）推到 production ready 嘅水平。

Product-Led Growth：Developer Tool 嘅經典打法

Speakeasy 嘅 PLG 策略係教科書級別。佢哋嘅 growth flywheel 係咁運作嘅：

第一步，free tier 俾 developer 自己試——你 upload 條 OpenAPI spec，佢即刻 generate SDK 俾你睇結果。成個 onboarding 唔使同 sales 傾，唔使填 form，直接體驗個 product 嘅 value。

第二步，用完之後 developer 會發現幾件事：SDK 係 type-safe 嘅、有自動 retry、有清晰嘅 documentation。呢啲 Feature 唔係「nice to have」，而係直接影響 integrate 速度嘅嘢。Developer 自然會想喺 production 用。

第三步，production 用咗之後，會牽涉到 team 層面嘅 decision：CI/CD 整合、多語言 support、OAuth 同 webhook 嘅處理。呢個時候就需要 upgrade 去 paid plan。

呢個 pattern 同 Vercel、GitHub Copilot 嘅打法一樣：先俾 individual developer 免費體驗到 magic moment，再自然過渡到 team 同 enterprise 層面。Speakeasy 嘅 pricing 亦好聰明——按 language 同 operation count 收費，唔係按 user seat。Team 用得越多語言、越多 endpoint，自然 affordable 嘅價格天花板就越高。

MCP：AI 時代嘅 Product Expansion

Speakeasy 最犀利嘅一步係捉住咗 MCP（Model Context Protocol）呢個趨勢。

Anthropic 喺 2024 年底推出 MCP 之後，成個 AI ecosystem 都開始意識到：AI agent 需要 access 外部 API 先做到有用嘅嘢。但每個 API provider 都要各自整 MCP server，又要 maintain，又要想點同 AI agent 溝通——呢個同當年 SDK generation 嘅問題一模一樣。

Speakeasy 嘅反應快到癲：2025 年 2 月，佢哋宣布每個 TypeScript SDK 自動 bundle 一個 MCP server。即係你 generate 完 SDK，連 MCP server 都埋單送俾你。到 2025 年 7 月，再推出 standalone MCP server generation——將 MCP 從 SDK 嘅「附加功能」升格成獨立 product。再到 2026 年 3 月，推出 MCP Gateway，變成一個 Enterprise AI Control Plane，管理成個 organization 嘅 AI agent access。

由 SDK generation → bundled MCP → standalone MCP → MCP Gateway，呢條 product expansion 嘅 path 好值得我哋學習：Speakeasy 唔係追熱度，而係用同一核心能力（OpenAPI → code generation），逐層 capture 更高價值嘅市場。Pure SDK generation 係 commodity（OpenAPI Generator 係 open source 免費），但加咗 MCP 之後就變成 AI infrastructure 嘅必需品。Enterprise 需要嘅唔係一個 generator，而係 SSO、audit log、policy 同 observability——呢啲先係真正嘅 moat。

對香港創業者嘅啟示

Speakeasy 嘅故事對香港同繁體中文圈嘅 developer/創業者，有幾個具體嘅 takeaway：

第一，搵啱「金礦旁邊賣鏟」嘅位置。Speakeasy 唔係又開一條新 API，而係幫所有 API 做得更好。呢種 horizontal play 嘅 scalability 遠高過做一條 specific API。香港市場雖然細，但搵到一個夠大嘅橫向切面（例如跨境支付嘅 unified API、物流行業嘅標準接入層），都有機會 build 出類似嘅 business。

第二，Product expansion 要圍繞同一核心能力。Speakeasy 嘅 product 由 SDK 到 Terraform Provider 到 MCP，看似多元化，但底層 engine 始終係 OpenAPI spec → code generation。每次 expansion 嘅 marginal cost 好低，但 capture 到嘅新 market 好大。

第三，捉住 platform shift 嘅 timing。MCP 推出一年的時間內，Speakeasy 已經由 basic generation 進化到 MCP Gateway。呢個 speed 係 startup 對抗大廠嘅唯一武器——你唔使 invent 新 protocol，但要喺新 protocol 出現時，最快 build 出有用嘅 product。

Speakeasy 喺 2026 年嘅 $37.5M 總融資同 3,000+ 用戶只係開始——AI 時代嘅 API economy 仲喺 early innings，而佢哋已經企喺 supply chain 嘅關鍵位置。對香港 developer 嚟講，最好嘅學習唔係 copy 佢哋嘅 product，而係理解佢哋由一個 developer pain point 出發、捉住 platform shift、逐層升級嘅 thinking framework。

全文約 1,200 字，四個小節覆蓋 Speakeasy 由痛點到 PLG 策略、MCP product expansion 再到對香港創業者嘅具體啟示。