Anthropic收购了给OpenAI和Google造工具的公司：当AI战争蔓延到基础设施的最底层

2026年5月18日，一家名叫Stainless的小公司官网上出现了一句话：”Stainless正在加入Anthropic。从今天起，新的注册、项目和SDK将无法使用。”

没有炫目的产品发布，没有用户功能升级。只有一个平静的公告，宣告一个时代的结束。

对大多数人来说，这不过是AI行业每周都在发生的收购新闻之一。但对OpenAI、Google、Cloudflare，以及数百家依赖Stainless工具的公司来说，这是一记精准的战略打击——它们刚刚失去了一个关键的基础设施供应商，而接管这个供应商的，正是它们最强劲的竞争对手。

你不知道它是谁，但你用过它做的东西

Stainless由前Stripe工程师Alex Rattray于2022年创立，做的是一件听起来很无聊但实际上极为关键的事：自动生成和维护SDK（软件开发工具包）。

SDK是开发者与API之间的桥梁。当你在Python脚本里写anthropic.messages.create()，当你在TypeScript项目里调用OpenAI的接口，当你的应用通过Cloudflare Workers连接到某个AI服务时，支撑这些调用的那一层库——就是SDK。

手工维护SDK是一项苦活。每次API更新，都需要同步修改十几种语言版本的SDK，保证接口一致、错误处理到位、文档跟上变化。一个稍有规模的API公司，光是维护Python、TypeScript、Go、Java、Kotlin这五种语言版本的SDK，就需要专门的工程师团队持续投入。更头疼的是，API文档和SDK版本很容易产生漂移——文档说一个函数接受参数A，但实际调用时SDK版本已经改成了B，开发者花了半小时调试才发现问题出在版本不对齐上。

对于Stripe、Twilio这样API调用量巨大的基础设施公司，这需要一个专门的工程团队。对于快速迭代的AI公司来说，这个问题更加尖锐——AI API几乎每隔几周就会有新功能、新端点、新参数，SDK维护的成本会和迭代速度成正比快速膨胀。

Rattray在Stripe工作时深刻感受过这个痛点。他的洞察是：这件事应该被自动化。他构建了一个系统：输入API规范（OpenAPI spec），输出多语言的生产级SDK——Python、TypeScript、Go、Java、Kotlin，每一个都”感觉像是那种语言原生写的”。不只是生成，还包括自动同步更新、错误处理的最佳实践、文档站点生成，以及MCP服务器的自动创建。

这个工具太好用了，以至于在短短几年内成为AI行业的隐形基础设施。根据Stainless的估计，全球约四分之一的职业软件开发者使用过由Stainless生成的SDK或文档站点。Anthropic是Stainless最早的客户之一——Anthropic官方Python SDK的第一行commit就用了Stainless。但与此同时，OpenAI、Google、Cloudflare、Replicate、Runway等公司也都成了Stainless的客户。

Stainless由Sequoia和a16z背书，服务着整个AI行业的基础设施层。它是一家对所有人都提供服务的”中立供应商”。

直到昨天。

收购的真正逻辑：不是为了用，而是为了不让别人用

Anthropic以超过3亿美元收购了Stainless。这个价格对于一家主要产品是”SDK生成器”的公司来说，似乎出价偏高。

3亿美元能买什么？它能买到的，是对AI开发工具链关键节点的控制权。

理解这笔收购，需要先理解Anthropic目前最重要的战略赌注：MCP（Model Context Protocol，模型上下文协议）。

2024年，Anthropic发布了MCP——一个开放协议，用于定义AI Agent如何连接外部工具和数据源。理念很朴素：目前每个AI工具都需要针对每个服务写定制的集成代码，就像USB标准化之前，每个外设都需要专属驱动。MCP要成为AI时代的”USB接口”——一个统一的连接标准，让任何AI Agent可以无缝接入任何服务的API。

截至2026年初，MCP已经成为AI开发领域增长最快的协议之一。主流编辑器（VS Code、Cursor、Zed）都原生支持MCP；大量企业开始将内部系统暴露为MCP服务器供Claude等AI调用；开源社区有超过数千个MCP服务器被发布。这个生态正在从Anthropic的”私有实验”变成行业标准。

但MCP的成功，取决于两件事的同时发生：

第一，尽可能多的服务提供MCP服务器（让Agent能连进来）。意味着公司需要写MCP服务器端代码，把自己的API包装成MCP可用的格式。

第二，尽可能流畅的开发者体验（让开发者愿意构建这些连接）。意味着需要有好的工具，快速生成、维护和分发这些MCP服务器。

Stainless两件事都能做——而且是目前市场上做得最好的工具。Stainless的SDK生成器可以直接从API规范（OpenAPI spec）同时生成Python SDK、TypeScript SDK和对应的MCP服务器，这是将API连接到Claude Agent的最短路径。

Anthropic的官方声明在这里说得很清楚：”Anthropic创建了MCP来使Agent连接成为可能。通过将Stainless和Anthropic团队合并，Claude Platform将继续推进开发者体验和Agent连接能力的前沿。”

翻译成商业语言：我们要让为Claude写工具变得比为其他任何AI写工具都更容易、更快速。Stainless是实现这个目标最关键的工具。现在，它只为Anthropic服务了。

这对竞争对手意味着什么

Stainless在公告中承诺，现有客户”仍然拥有已生成的SDK的完整权利，可以随意修改和扩展”。这是一个相对温和的过渡方式——没有强制迁移，没有立即断开服务。

但从今天起，Stainless关上了对新用户的大门。OpenAI再也不能用Stainless生成新的SDK了。Google的工程师需要找到另一个工具来维护它们的Python客户端库。Cloudflare需要重新考虑它们的API文档体系。

直接的替代方案有几个：Speakeasy（另一家SDK生成初创公司）、Konfig、以及一些开源工具如openapi-generator。但这些工具在整体质量、语言覆盖度、MCP集成和自动化程度上都与Stainless有差距。更重要的是，这些工具的团队规模较小，不太可能在短期内大幅追赶。

对于AI公司来说，更深层的影响在于MCP生态的不对称性。如果Anthropic把Stainless用于加速Claude平台的MCP工具链建设，而竞争对手需要用替代工具从零搭建类似的能力，这中间的摩擦会直接转化为开发者生产力的差距：

  • 构建一个支持Claude Agent的MCP服务器：可能只需要几分钟（Stainless自动生成）
  • 构建一个同等质量的、支持OpenAI Codex的同类服务器：可能需要几天（手写 + 手动维护）

在AI应用开发速度已经以周为单位竞争的今天，这种摩擦差异是实质性的竞争优势。

当基础设施工具变成护城河

让我们把视野拉远一点。

AI行业目前最激烈的竞争发生在三个层面：

第一层：模型能力。谁的AI更聪明，基准测试跑得更高，在特定任务上表现更好。这是最显性的竞争，每次模型发布都伴随着大量媒体报道和基准对比。

第二层：算力与基础设施。谁有更多GPU，谁能以更低成本提供更高性能的推理。Anthropic和SpaceX的算力协议、Microsoft和OpenAI的Azure合作、Google用TPU为Gemini供能——都属于这个层面的竞争。

第三层：开发者生态。谁能让开发者更快、更便捷地在自己的平台上构建应用，谁就能积累更深的生态护城河。这一层的竞争是最隐性的，但历史反复证明，它往往是最持久的。

Stainless的收购，是一场第三层竞争的重要节点。

历史有很多先例：

AWS通过AWS SDK的极致开发者体验，让企业应用深度绑定AWS生态。一个在AWS上用Lambda、DynamoDB、SQS建了3年应用的团队，想迁移到Google Cloud的成本不只是技术成本，更是思维模式重置的成本——因为AWS的工具链已经成了这个团队开发习惯的一部分。

Stripe通过开发者文档和SDK的精心打磨，成为支付API的事实标准。不是因为Stripe的底层技术比竞争对手强多少，而是因为接入Stripe的工程师体验，是行业里最好的那个。当你的支付SDK好用到像在写本地函数，你自然不会去想换别人家的。

Apple通过控制Xcode工具链和App Store分发规则，奠定了移动互联网的权力结构。即使Android有更多设备，iOS开发者的生产效率和商业回报长期高于Android，根源之一就在于Apple对工具链的控制权。

三个先例的共同规律是：谁控制工具链，谁就控制了开发者的迁移成本。当你的代码已经深度嵌入某个生态的工具和范式，切换的成本不只是技术成本，还有思维模式重置、团队学习曲线和大量历史代码迁移的综合代价。

Anthropic与这三个先例的共同点在于：都在用工具链建立超出模型能力本身的竞争护城河。但有一个关键区别：AWS、Stripe、Apple是在自己主导的市场中建立工具链优势，而Anthropic是在主动将竞争对手的工具链供应商纳入自己的控制范围。这是一种更具进攻性的战略。

收购Stainless不是一个一次性的战术动作，而是在开发者工具链上投下了一个长期的战略赌注：让”为Claude构建工具”成为AI开发的最顺畅选项。

MCP的悖论：开放标准与私有工具链

Stainless的收购揭示了一个MCP生态特有的结构性矛盾，值得单独讨论。

MCP是Anthropic发布的，但它是一个开放协议——任何人都可以实现MCP客户端或服务器，没有专有授权，没有使用许可费。Anthropic本可以将MCP设计为专有标准，但它选择了开放，这是推动整个AI工具生态互联互通的正确做法。

但是，开放标准的上方，站着私有工具。

MCP作为标准是开放的，但”快速、高质量地实现MCP服务器”的工具，现在归Anthropic所有。这是一个典型的”开放协议+私有工具链”结构：底层标准免费开放，但最高效的实现工具被锁在某家公司内部。

对于开发者来说，这意味着一个不对称的生态：遵循MCP标准不需要许可费，但如果你想用最好的工具来构建MCP集成，你需要投靠Anthropic生态。这不是强制，但这是市场引力。

这个结构并非没有前例，也并非必然是”坏”的。Linux是开源的，但Red Hat通过企业工具链建立了商业帝国；TCP/IP是开放的，但CDN和网络安全工具链高度商业化。开放标准与私有工具链可以共存，只要市场上存在足够的竞争工具提供者。

Stainless收购的影响，在于它减少了竞争：曾经市场上有一个高质量的独立MCP工具提供者，现在没有了。剩下的替代方案质量参差不齐，独立供应商的空白给Anthropic的生态引力提供了更大的施展空间。

这不是Anthropic的错。但这是一个值得整个开发者社区和标准组织关注的结构性变化。

谁在旁观，谁会是下一个？

这笔收购出来之后，最需要警惕的不是OpenAI和Google——它们有足够的工程资源去构建替代方案，虽然需要时间。

真正需要关注的，是那些依赖Stainless的中小型AI公司和初创团队。它们使用Stainless是因为没有内部资源自己维护完整的多语言SDK体系，Stainless是让它们能以小团队跑出大公司接口质量的工具。现在这个工具不再对外服务了，它们面临几个选择：

选项A：迁移到替代工具（Speakeasy、Konfig等），接受质量下降和迁移成本。 选项B：在内部自己维护SDK，承担持续的工程维护成本。 选项C：减少支持的语言版本，专注于最核心的2-3种语言，接受一定程度的开发者覆盖面收缩。

没有哪个选项是没有代价的。

对Anthropic来说，这可能是一个意外的招募工具——当那些在Stainless工具链上构建应用的中小公司发现，在Anthropic平台上开发MCP工具的体验远好于竞争对手时，一部分会做出合理的商业决策：那我们就把主要产品建在Claude上。

这不是阴谋，这是生态建设的基本逻辑。

开发者社区的反应：愤怒与无奈

消息发布后，Hacker News、Reddit的r/MachineLearning以及X（原Twitter）上出现了大量开发者的反应，呈现出一种典型的”感情复杂”状态。

一方是愤怒和担忧。许多Stainless的付费用户表示自己没有得到提前通知，只能在公告发出后仓促寻找替代方案。一位使用Stainless为自己的API维护多语言SDK的独立开发者写道：”这不是’你的SDK你保留’能解决的问题。Stainless的价值不是那几个已生成的文件，而是每次API更新后它能自动跟进的能力。现在我得重新手写这部分逻辑。”

另一方是对Anthropic商业逻辑的理性认可，甚至带着一些”早就应该如此”的论调。”如果你是Anthropic，你有机会以3亿美元锁定竞争对手的关键工具链，为什么不买？”这类评论也不少见。

更多的是一种开发者特有的、务实的遗憾：曾经有一个工具让整个行业都受益，现在它变成了一家公司的私有资产。这不能说是错的，但失去它让行业变得更脆弱了。

这种情绪很能说明AI开发者生态目前的处境。大量开发者不得不在速度与独立性之间做选择：使用大公司的工具链（更快、更好）还是使用独立工具（更安全、更可控）？每一次这样的收购都让这个选择变得更难。

从Stainless到下一个”看不见的关键节点”

如果你是一个在AI领域工作的开发者或创业者，Stainless事件有一个直接的实践意义：重新审视你依赖的工具清单，识别其中的”关键节点”。

关键节点的特征是：你可能从未特别注意过它，但如果它消失了（或者被竞争对手收购了），你会立刻感受到冲击。

除了SDK生成器，AI开发工具链上还有几类值得关注的独立工具：

评估框架：Evals是AI应用开发中越来越关键的基础设施——谁来测量模型在你的特定任务上的表现？目前这个领域还比较分散，有Braintrust、PromptFoo、Confident AI等独立工具，但也有OpenAI Evals和AWS等大公司的版本在同步推进。一旦某家大公司觉得控制评估框架有战略价值，这个领域可能迅速整合。

提示管理和版本控制：PromptLayer、Langchain等工具让开发者管理和版本控制提示词，追踪不同模型在同一任务上的表现。这类工具目前独立运营，但都深度依赖模型提供商的API，存在被整合的风险。

AI应用可观测性：LangSmith、Helicone、Weights & Biases等工具提供对AI应用行为的监控和追踪。随着AI应用进入生产环境，这类工具的重要性快速上升，同样可能成为大公司的收购目标。

向量数据库接口层：类似Stainless为API提供SDK，向量数据库领域也需要标准化的连接层。Pinecone、Weaviate、Chroma等数据库都有各自的客户端，但统一的连接抽象层仍然是开放的机会——或者说，开放的风险。

这些工具今天还是”中立的”，因为它们的商业价值依赖于服务整个市场。但随着AI竞争加剧，每一个关键节点都可能成为下一个Stainless：被某家大公司以合理的商业逻辑收购，然后以温和但不可逆的方式变成私有优势。

公平起见，应该呈现另一种解读。

有人会说：Stainless的收购被过度政治化了。3亿美元对Anthropic来说不是小数，但也绝对不是”战略控制权的象征性价格”。收购一家你深度依赖的工具公司，把核心团队留住，确保工具的持续开发和演进——这是完全正常的商业决策，和Stripe收购Paystack、Twilio收购Segment的逻辑没有本质区别。

从这个角度看，Anthropic不是在”夺取竞争对手的工具”，而是在”留住自己核心基础设施的开发者”。Stainless的团队已经是Anthropic SDK生态的实际维护者，让他们正式加入公司，比维持外部合同关系更稳定、更有效率。

这种解读也有道理。Anthropic选择了一个相对克制的过渡方式：现有客户保留SDK权利，没有立即拔线，没有发出”胜利者宣言”。

但问题是：无论初始意图如何，结果是一样的。OpenAI和Google确实失去了一个关键工具供应商。中小型AI公司确实面临工具链重建的压力。MCP生态中，Anthropic确实在工具层获得了竞争对手没有的优势。

意图和结果之间的差距，有时候就是战略的本质。

那么，Anthropic是”坏人”吗？

这个问题可能是最容易被误读的。

Anthropic做的事在商业上完全合理。没有哪条规则说你不能收购给竞争对手提供服务的公司。你有能力收购，就收购。这是市场的正常运作。

问题不在于Anthropic是否做错了什么，而在于：这件事揭示了AI基础设施生态正在经历的一种系统性变化。

2022年，当一批AI公司开始涌现时，整个行业的基础设施层相对开放：开源模型自由传播，工具链独立于平台，API标准在多家公司间共享演进。这种开放性不是因为公司们特别慷慨，而是因为市场还小，没有足够的利益让巨头们”圈地”。

2026年，AI已经成为数万亿美元量级的产业赌注。在这个量级上，每一个关键的基础设施节点都会开始被检视：它是资产，还是负债？它是竞争优势的来源，还是竞争对手的便利通道？

Stainless的命运，是这个转变的一个缩影。它曾经是”中立基础设施”，因为这对所有人都有利。现在它成了Anthropic的私有资产，因为这对一个人特别有利。

这不是阴谋，也不是道德失范。这是一个成熟市场在资本密度提升之后，必然发生的整合趋势。

重要的问题不是”谁是坏人”，而是：当AI基础设施快速私有化，开发者生态的多元性和独立性该如何保护？这个问题，可能需要整个行业——包括开发者、标准组织、开源社区，甚至监管机构——共同回答。

Stainless的官网现在还显示着那句话：”从今天起，新的注册、项目和SDK将无法使用。”

对于等在门外的数百家公司来说，这是一扇关上的门。

对于Anthropic来说，这是基础设施层争夺战的一个起点。

对于整个行业来说，这是一个信号：AI竞争已经蔓延到了最底层。工具链、协议、标准、开发者体验——这些”基础设施”问题，正在成为决定谁能赢得AI时代的关键变量。

下一个被收购的，会是谁？

来源：