Baseten收购Blaxel：AI代理的沙箱被并入推理云

两家公司9月10日发布的联合公告 确认，Baseten已经收购AI代理基础设施公司Blaxel，并准备把后者的有状态执行层纳入模型训练与推理平台。Blaxel现有产品不会立即改变，功能更新和原支持团队将继续运行；Baseten基于其技术增加的新产品能力会从Sandboxes开始。

对现有客户而言，收购已经完成并不等于Blaxel停运，也没有带来立即迁移的要求。当前发生的是公司归属变化，面向客户的整合仍处于起点：沙箱是已经明确的首个产品节点，存储、网络、可观测性等能力何时形成统一接口，则要等待后续安排。

Blaxel客户短期仍使用原有产品

收购后的直接变化首先发生在所有权和研发资源层面，而不是客户正在运行的服务。Blaxel将继续运营现有产品、发布功能，客户接触的支持人员也保持不变。

这项承诺解决了“产品会不会马上停运”的问题，却不等于长期产品形态已经确定。“Blaxel继续运行”描述的是眼下的服务连续性；“Baseten从Sandboxes开始开发新产品”则指向逐步整合，两者处于不同阶段。

因此，现有客户暂时不必把收购理解为API、端点或部署配置即刻切换。更长期的账户体系、计费关系、品牌安排和服务接口如何处理，不能从短期连续运营的表述中推定。

合并后的基础设施栈覆盖五个层次

这笔交易补上了模型生成动作之后的执行层。Baseten原有平台负责训练、后训练和推理，Blaxel则提供代理运行代码、保留状态并连接外部工具所需的基础设施；两者结合的目标，是让模型服务和代理执行在更紧密的生产系统中协作。

按已经公开的产品能力，这套基础设施可以拆成五个部分：

• 模型训练与推理：Baseten训练、部署和服务模型，向代理提供判断下一步动作所需的模型输出。
• 隔离沙箱：Blaxel以独立microVM承载代理任务，使生成的代码和工具操作在隔离环境中执行。
• 持久存储：Agent Drive是可由沙箱挂载的分布式文件系统，用于保存文件、代码和工作上下文，并让这些内容跨执行继续存在。
• 网络与连接：Blaxel的网络层把代理连接至工具、MCP服务器、API和其他代理，同时提供隔离与访问控制。
• 可观测性与企业设施：Baseten计划让执行能力进一步接入其推理、存储、可观测性和企业基础设施。

这些层在收购当天还没有成为一套全部统一、普遍可用的新产品。Baseten的收购新闻稿 将安全代码执行、工具使用和会话持久性列为近期扩展方向，把与推理、存储、可观测性及企业设施的深度结合描述为后续计划。

这里的沙箱是代理运行时，不只是临时容器

代理沙箱的任务不只是启动一段代码。长时间运行的代理会在多轮模型调用之间创建文件、调用工具、读取执行结果并继续决策，因此执行环境还要处理隔离、状态延续和外部连接。

Blaxel用独立microVM隔离每个代理任务：沙箱解决代码在哪里执行，Agent Drive解决文件和工作上下文如何跨执行保留，网络层则负责在访问控制下连接工具、MCP服务器、API及其他代理。这些组件共同围绕代理任务的生命周期工作。

普通容器也可以通过持久卷、网络策略和其他外部组件获得类似能力，差别并不只在虚拟化技术名称。Blaxel提供的是预先围绕代理场景组合的执行层，包括隔离运行、保存状态、恢复任务和连接获准使用的外部服务。

这也解释了Baseten为何选择沙箱作为第一个整合节点。模型推理产生动作，执行环境完成动作；如果计算、存储、网络和推理能够在同一套基础设施中配合，代理就可能减少跨系统搬运状态与数据产生的延迟和复杂度。不过，这仍是整合目标，而不是已经全面交付的效果。

交易金额、迁移方案和完整时间表仍是空白

交易边界已经相对清楚：Baseten取得Blaxel及其代理执行技术，Blaxel产品继续运行，新能力从Sandboxes开始。长期方向则是把代理执行、模型推理、训练和后训练放进协同程度更高的系统。

The Next Web对交易细节的独立报道 指出，收购条款没有公开；现有公开安排也只说明产品延续和沙箱优先，未提供客户数据迁移、账户合并、服务级别协议衔接、套餐定价调整或不同部署区域转换的具体方案。

目前准确的状态不是“Blaxel已经停运并被完全吸收”，也不是“Baseten已经交付完整代理云”。公司层面的收购已经完成，Blaxel服务保持连续运行；接下来最明确的变化，是Baseten推出基于Blaxel技术的Sandboxes。其余基础设施层何时形成统一的生产接口，仍取决于后续产品发布。