Anthropic 收購 Stainless：API SDK 點樣綁死開發者生態

date: “2026-05-25”

slug: “anthropic-stainless-api-sdk”

summary: “Anthropic 收購 Stainless 唔係 Infrastructure play，而係 Developer Ecosystem Lock-in。分析 AI platform SDK generation 策略背後的經濟邏輯，同 indie developer 的對應方法。”

tags:

• anthropic

• stainless

• api-sdk

• developer-lockin

• indie-hacker

• platform-strategy

cover_image: ”../../assets/heroes/anthropic-stainless-api-sdk.jpg”

draft: false

lang: zh-Hant

---

Anthropic 收了 Stainless，消息出了幾日，多數人 focus 在「Stainless 幫人自動生成 SDK」呢個功能層面。但如果你只係咁樣理解呢單收購，你就 miss 咗成個故事最關鍵嘅嗰 part。Stainless 唔係一個 developer tool 公司 — 佢係一個 developer switching cost 製造器。

SDK 即係 lock-in 嘅 Trojan Horse

先講明，我唔反對 SDK。我自己寫 code 都鍾意有 typed SDK，慳時間、少 bug、開發體驗好。但問題係：當你嘅 application 同一個 platform 嘅 SDK 綁得太死，你嘅 codebase 就會 silently 愛上嗰個 platform。

Stainless 做嘅嘢好簡單：你俾條 OpenAPI spec 佢，佢幫你 generate 出 Python、TypeScript、Java、Go 等等嘅 idiomatic SDK。Developer 用起上嚟覺得「嘩好順好就手」，於是就越用越深。呢個就係 SDG (Software Development Glide) 效應 — 體驗越好，你越唔想轉。

Anthropic 俾 5 億美金買 Stainless，唔係因爲佢哋想做 OpenAPI spec 嘅 postman。而係因爲佢哋要 控制 developer 由 integration 到 production 嘅完整體驗流程。當你成個 codebase 都係用 anthropic-generated SDK 寫嘅時候，你轉去 OpenAI 或者 Google 嘅成本就唔只係改幾行 API call 咁簡單 — 你要改晒成個 typed interface、error handling 邏輯、streaming 機制。

API 嘅「膠水成本」先係真正護城河

Platform business 有個好重要但好少人講嘅概念：integration gravity。你俾 developer 用嘅 API 唔係 sell 做咗啲咩功能，而係 sell「我唔需要用幾多工夫就用得郁」。

Stainless 嘅價值在於佢大幅降低 initial integration cost — developer 一日就寫到 MVP，good。但 長期嚟講，佢同時提高咗 migration cost，因為你嘅 codebase 每一行都係 tailor-made for 佢個 SDK structure。

Anthropic 嘅對手唔係 OpenAI 嘅模型能力（兩邊而家差唔多），而係 OpenAI 嘅 developer ecosystem。OpenAI 有咁耐嘅 developer mindshare、有 PyPI 上幾百萬下載嘅套件、有 community 自己寫嘅 wrapper library。Anthropic 要追，最快嘅方法唔係自己寫 SDK — 係買一個可以 scaled 嘅 SDK generation engine，然後 guarantee 佢嘅 SDK 係最好用、最 reliable、最 update 嘅。

結果就係：developer 被餵到飽飽，唔會再有 incentive 去睇 OpenAI 嘅 API documentation。

獨立開發者嘅逃生門

咁作為 indie developer 同細團隊，我們點應對？

第一，abstraction layer 唔係 luxury，係保險。無論你用緊邊個 AI provider，喺你嘅 codebase 入面包一層 thin wrapper（就算只有一個 class 加三個 method），將來你要轉平台就唔使拆晒成間屋。

第二，typed SDK 可以用，但要睇佢條 boundary。用 Stainless generate 嘅 SDK 做 prototyping 冇問題，但 production 嘅 critical path 最好自己寫一層 interface。用番 plain HTTP client + 自己 define type，自由度大好多。

第三，專注喺你嘅 data 同 workflow，唔係 API call 嘅 syntax。真正嘅 moat 係你點樣 orchestrate 多個模型、點樣 handle fallback、點樣 manage prompt versioning、點樣 fine-tune 同 eval。呢啲先係長期價值，而唔係用邊間嘅 SDK 寫出嚟。

第四，用 multi-provider 做 default。一開波就 support 至少兩個 provider（Anthropic + OpenAI / Anthropic + Google），咁你嘅 architecture 自然會 modular，唔會俾任何一間綁死。仲有 bonus：你可以隨時用平價 model 做 non-critical task，幫你慳錢。

Platform 嘅終局遊戲

Anthropic 買 Stainless 係聰明的。每一間 platform 公司最終都會發現：developer 嘅忠誠度唔嚟自模型 benchmarks，而嚟自 codebase 入面嗰啲唔會寫喺投影片上嘅 integration deep hooks。

但對於我哋呢啲細規模嘅 builders，唯一嘅應對方法就係 conscious decoupling。用工具，但唔好俾工具用你。抽象化係成本，但係值得俾嘅成本 — 因為佢保障你將來有得揀。

而喺呢個 AI 平台戰進入白熱化嘅年代，有得揀，就係最大嘅競爭優勢。