Anthropic 刚刚将 SDK 工具开发公司 Stainless 收入囊中。从开源 MCP 到收购 Stainless,这家公司在智能体领域的布局已经集齐了模型、接口、连接这三大核心组件。
你可能对 Stainless 并不熟悉,但如果你曾用过 Claude、OpenAI 或 Cloudflare 的官方 SDK,很可能已经间接体验过它生成的代码。
除了 OpenAI 和 Anthropic,Stainless 的客户还包括 Meta、Groq、Runway、Cerebras 等,几乎覆盖了 AI 基础设施领域的全部头部玩家。
Stainless 的角色就像是大模型与开发者之间的“翻译官”——它将复杂的 API 规范转化为开发者可以直接使用的代码库。
如今,Anthropic 已正式完成对 Stainless 的收购,双方均发布了相关公告。
Stainless 的创始团队将加入 Anthropic,而 Stainless 本身也将逐步关停包括 SDK 生成器在内的托管产品。
这并非一次简单的工具公司收购。
Anthropic 在官方博客中提到,智能体的能力上限取决于它能连接多少外部系统:收购 Stainless,正是为了强化智能体的接口能力。

https://www.anthropic.com/news/anthropic-acquires-stainless
AI 的前沿正在从仅能回答问题的模型,转向能够主动执行任务的智能体——而智能体的能力取决于它们所能触达的系统。收购 Stainless,正是为了进一步拓展这一触达能力。

如果把这次收购与 Anthropic 过去 18 个月的战略动作放在一起,可以看到智能体三件套已全部落位:Claude 是模型,Stainless 是接口,MCP 是连接。
为多家 AI 巨头编写 SDK 的公司,如今被 Anthropic 收购
Stainless 于 2022 年在纽约成立,创始人 Alex Rattray 来自 Stripe,在那里他主导了 API 文档的重写,并亲手搭建了 Stripe 的 SDK 代码生成系统。
在用户调研中他发现,开发者几乎从不直接调用 API 端点:对他们来说,SDK 本身就是 API。
这一洞察直接驱动他创立了 Stainless,并将这套能力打造成了一个产品。

Stainless 创始人 Alex Rattray
开发者只需将 OpenAPI 规范交给它,它就能输出 Python、TypeScript、Go、Java、Ruby 等多种语言的官方 SDK。
模型公司只需维护一份 API 描述,剩下的所有语言版本、错误处理、重试逻辑、文档生成,Stainless 全包了。
OpenAI、Anthropic、Meta、Cloudflare、DocuSign、Square 等 AI 巨头或软件厂商都是 Stainless 的客户。
打开 OpenAI 官方 Python SDK 的 GitHub 仓库,README 上写着:“由 Stainless 基于 OpenAPI 规范生成”。

同样,Anthropic SDK 的任意一个源码文件,文件头也标着:“由 Stainless 根据 OpenAPI 规范自动生成”。

也就是说,过去几年里,OpenAI 和 Anthropic 这对竞争对手,在官方 SDK 生成这一层,长期使用了同一家开发者工具平台。
被收购后,Stainless 创始人 Alex Rattray 对现有客户表示,此前生成的所有 SDK 完整所有权归客户所有,客户可自行修改和扩展,但 Stainless 不再提供后续支持。
Stainless 团队将以 Anthropic 内部组织的身份继续工作,专注于 Claude Platform 能力建设及智能体与 API 的连接。

https://www.stainless.com/blog/stainless-is-joining-anthropic/

这家工具公司的产品,间接触达了全球约四分之一的专业软件开发者。加入 Anthropic 的第一天,就对整个行业关上了门:从共享基础设施,变成了 Anthropic 的一个内部部门。
智能体三件套集齐:模型、接口、连接
这次收购并非孤立事件。
把 Stainless 这笔收购放回 Anthropic 过去 18 个月的战略主线上看,三件套已经成型。
最底层的是模型。
从 Claude 3.5 Sonnet 一路打到 Claude 4.7,编程和智能体能力是 Anthropic 一贯的差异化重点。Claude Code 这一年也成了开发者圈子里最受欢迎的编程智能体之一。
中间是接口。
Stainless 提供的 SDK 自动生成能力,让 agent 用统一规范调用各种 API 成为可能。这一层过去是外包,现在收归 Anthropic 内部。
最上面是连接。
2024 年 11 月,Anthropic 开源了 MCP(Model Context Protocol,模型上下文协议),把模型与外部数据源、工具、文件系统的连接方式标准化了,让智能体不用为每一个外部服务单独写适配。
MCP 开源之后,OpenAI、Google DeepMind、Cursor、Replit 陆续宣布支持,MCP 正在向智能体连接标准演进。
而 Stainless 恰好能把 API 规范直接生成 MCP server。模型是大脑,接口是神经末梢,连接标准是把两端打通的协议。三件套合起来,才是一台能干活的智能体机器。
Anthropic 负责平台工程的负责人 Katelyn Lesse 直言:“智能体有多大用,取决于它能连接什么。”
Stainless 创始人兼 CEO Alex Rattray 说,Anthropic 是最早押注 Stainless 的团队之一,“把两支团队放在一起,是一个容易做出的决定。”
这次收购,是一盘下了 18 个月的棋局里,最后一步落子。
一个“SDK 翻译公司”凭什么值 3 亿美元?
据 The Information 此前报道,这笔收购的谈判金额至少 3 亿美元。Anthropic 官方未披露具体数字,但光是这个量级,就足以让人重新审视 SDK 这一层的价值。

在过去,SDK 是个不起眼的工程问题。
API 是模型公司的事,SDK 只是把 API 翻译成各种编程语言的“包装层”。模型公司自己写也可以,外包给 Stainless 也可以,没人在意。
但智能体时代不一样了。当 Claude 或者 GPT 作为智能体去调用第三方服务的时候,SDK 不再是“写给人看的工具”,而是“写给智能体用的接口”。
一个智能体任务能不能成功,很大程度上取决于它调用的每一个 API 的 SDK 是否健壮:错误处理是否完整、重试逻辑是否合理、参数定义是否严格、类型是否可推断。
任何一个不规范的 SDK,都会让智能体在中途被卡死。
如果 3 亿美元级别的谈判金额属实,Anthropic 看中的显然不只是一个 SDK 生成器,而是 API 到智能体之间那层开发者接口基础设施。
更微妙的一点:OpenAI、Meta、Cloudflare 这些公司的官方 SDK,过去都由 Stainless 生成。
收购完成、Stainless 对外关门的第一天,这些公司就得面对一个现实问题:接下来的 SDK 维护,自己接手,还是另找供应商?
目前没有任何一方回应这一问题。
OpenAI 卷模型,Anthropic 抢底座
回到 ASI 决赛双雄的格局里看,OpenAI 和 Anthropic 的战略主线各不相同。
OpenAI 的重心在模型代际和算力投入。
从 GPT-5、GPT-5.4 到 GPT-5.5 逐步更新,Stargate 项目千亿级算力采购落地,ChatGPT 周活跃用户从一年前的 4 亿涨到 9 亿,将资源重心放在 C 端入口和模型本身。
Anthropic选择了一条截然不同的路径:专注于企业级的智能体基础设施。通过Claude Code强化开发者工具,借助MCP统一连接协议标准,再通过收购Stainless将SDK层纳入自家体系。
这两条路线的底层逻辑存在根本性差异。
模型层遵循的是代际颠覆式逻辑:新一代模型问世后,上一代的优势可能瞬间归零。而且每一代之间的能力差距正在收窄,窗口期越来越短,只能依靠算力和数据堆叠来维持领先。
基础设施层的逻辑则完全相反。一旦形成事实标准,复利效应就会长期累积。现在MCP已经被全行业广泛采用,每新增一个使用者,就意味着多一份切换成本。而SDK层一旦被内化到Anthropic生态中,整个智能体体系就容易对Anthropic的接口规范形成路径依赖。

根据Digital Applied的统计,MCP公开服务器的数量已从2025年第一季度的1200个增长到2026年4月的9400个以上,78%的企业AI团队已经在生产环境中部署了至少一个MCP智能体。
模型能力的差距,正在变得越来越容易被追赶。
而连接层这个入口,一旦被锁定,就很难再绕开。
参考资料:
https://www.anthropic.com/news/anthropic-acquires-stainless%20
https://www.stainless.com/blog/stainless-is-joining-anthropic/%20
https://www.digitalapplied.com/blog/mcp-adoption-statistics-2026-model-context-protocol
关注“鲸栖”小程序,掌握最新AI资讯
本文来自网络搜集,不代表鲸林向海立场,如有侵权,联系删除。转载请注明出处:https://www.itsolotime.com/archives/35978

