SDK Lock-in 陷阱：Anthropic 用 $500M 買 Stainless 嘅 strategic play

當你見到 Anthropic 用 $500M 買 Stainless，第一反應可能係「又一個 AI 公司買 developer tools」。但如果只係咁解讀，你就 miss 咗成個棋局。Stainless 唔單止係 Anthropic 嘅 SDK generator——佢哋幫 OpenAI、Cloudflare、Replicate、Modern Treasury 全部大廠 generate SDK。換句話說，Anthropic 買嘅唔係一個工具，而係成個 API 生態嘅喉嚨位。呢步棋叫做 SDK lock-in，而 indie developer 好可能係最大嘅輸家。

收購背後嘅 strategic play

Stainless 做咗咩？佢哋將 OpenAPI spec 自動轉譯成 production-ready 嘅 SDK，覆蓋 TypeScript、Python、Go、Java、C#、PHP、Ruby 等主流語言，仲包埋 MCP server generation、docs platform、CLI generator。 OpenAI 同 Anthropic 都係佢哋客仔。假設你係一個 indie dev，用緊 OpenAI API 同 Claude API 去 build 你嘅 side project——咁好大機會你嘅 codebase 入面有唔少 dependency 係透過 Stainless 生成嘅 SDK。

而家問題嚟喇：Anthropic 買咗 Stainless 之後，隨即宣佈 wind down 所有 hosted product，包括 SDK generator。新用戶已經冇得用，現有用戶要自己搵出路。表面原因係「聚焦 Claude Platform」，實際效果係乜？OpenAI 同其他 competitor 嘅 API 用戶突然之間少咗一個關鍵嘅 infrastructure 選擇。你之前用 Stainless 幫手 maintain 嘅 SDK 整合，而家要自己搞。轉工嘅成本就係 lock-in 嘅真身。

呢個唔係陰謀論，而係 classic platform strategy：先開放，後收窄。Stainless 做到 market standard，Anthropic 買佢返嚟，就算唔主動封殺 competitor，單係「停止服務」呢個動作已經足夠令開發者重新考慮自己有冇太依賴第三方 SDK 工具。而 Anthropic 自己嘅 Claude SDK 當然會繼續 upgrade，甚至可能因為收購咗 Stainless 嘅 team 而變得更強。

從 Awesome Indie 到 Lemonade Stand：點樣自救

講到 indie dev 自救，有三個層次要留意。第一層：dependency awareness。你嘅 project 入面有幾多 dependency 係由 VC-backed startup 提供？呢啲 startup 嘅 product roadmap 唔係由你嘅 need 驅動，而係由佢哋嘅 exit strategy 驅動。Stainless 之前收緊 Series A，raise 咗 $25M，然後半年內俾 Anthropic 買起。你作為免費/低付費用戶，連 say goodbye 嘅通知都只係提前幾日收到。

第二層：design for swapability。用 SDK 係方便，但唔好畀 SDK 嘅 abstraction 綁死你對底層 API 嘅理解。寫多一層薄薄嘅 adapter，將來要轉 provider 或者轉 tooling 嘅時候，成本會低好多。呢個唔係 over-engineering——面對 platform risk，呢層 abstraction 就係你嘅保險。

第三層：玩 Lemonade Stand 模式。Lemonade Stand 嘅概念係一個足夠簡單、你可以由頭自己 maintain 嘅 stack。唔係叫你 reinventing the wheel，而係叫你對每個 dependency 問一條問題：如果呢間公司聽日消失，我要用幾耐先可以 rebuild 或 replace 呢個功能？如果答案係超過一個星期，你就應該考慮簡化，或者準備好 migration path。

具體嚟講，唔好直接用 OpenAI/Anthropic 嘅 official SDK 就算。用 fetch/axios 直接 call REST API，自己寫一個 thin wrapper。咁做唔係為型，而係確保你嘅 codebase 唔會被單一 vendor 嘅 SDK 更新牽住走。當 Anthropic 改版 Claude SDK 而 OpenAI 又改版佢哋嘅 SDK，你嘅 codebase 就唔使每次都俾人扯住行。

API 經濟學嘅新現實

SDK lock-in 只係冰山一角。Stainless 收購揭示咗一個更深層嘅趨勢：API 經濟已經進入「圈地運動」階段。大型 AI 公司唔再滿足於賣 token 賺 margin，佢哋想控制開發者由 onboarding 到 production 嘅成條路徑。Stainless 嘅 docs platform、MCP server generation、CLI tools——呢啲全部係 developer experience 嘅關鍵 touchpoints。邊個控制咗呢啲 touchpoints，邊個就有能力左右開發者嘅選擇。

Anthropic 出 $500M 買 Stainless，數字上睇好似好貴。但如果計返 Stainless 所控制嘅 API integration layer 嘅 strategic value，其實好扺。想像下，全世界有幾多 startup 嘅 codebase 係透過 Stainless SDK 去 call API？呢啲 startup 就係 Anthropic 嘅潛在客戶。就算佢哋今日用 OpenAI，只要 Stainless 嘅 ecosystem 慢慢傾斜向 Anthropic，或者 OpenAI 嗰邊嘅 generated SDK 開始 lag behind，開發者自然會「順勢」轉會。

呢個唔係 FUD，而係基本經濟學。只要你嘅 code 用咗人哋嘅 toolchain，你就係人哋 ecosystem 嘅一部分。Platform company 嘅 incentive 永遠係擴張 ecosystem，唔係保持 neutral。Stainless 收購係第一個大型 signal，肯定唔會係最後一個。

行動點：Indie dev 嘅防禦策略

講咗咁多，最後畀幾個具體行動建議：

第一，audit 你嘅 dependency tree。逐個睇，邊啲係 open-source community 維護，邊啲係 VC startup 提供。後者要特別 mark 低，準備 fallback plan。Stainless 只係 generator，如果你用嘅 SDK 係由 open-source generator（例如 openapi-generator）產生嘅，你嘅 risk 就細好多。

第二，用抽象層隔離 vendor。即使你只係 call Claude API，都唔好直接喺 business logic 入面用 Anthropic SDK。寫一個 interface，一個 implementation，將來換 provider 或者換 SDK version 嘅時候，你只需要改一個 file。

第三，定期做「platform resilience test」。每個 quarter 抽一個 dependency，模擬佢消失嘅情況，睇下你要用幾多 effort 去 replace。呢個練習唔單止幫你搵到 risk，仲會逼你更深入理解自己嘅 tech stack。

第四，如果你係正喺度揀 API provider，唔好淨係睇 pricing 同 performance。睇下佢哋嘅 integration tooling 有冇 lock-in 成份。如果佢哋用 proprietary SDK 而唔係標準 REST + OpenAPI spec，咁你就要提高警覺。

$500M 嘅收購對 Anthropic 嚟講係 strategic investment，但對 indie developer 嚟講係一個警號。SDK 唔再只係 developer tool——佢係 platform company 嘅 moat。獨立開發者要生存，就必須保持 mobility。程式碼係你唯一真正擁有嘅資產，唔好俾人用幾行方便嘅 SDK 就換走你嘅自由。