一句话：Baseten 把 Blaxel 收编了
9 月 10 日，AI 推理公司 Baseten 宣布收购 Blaxel。这桩交易在新闻稿里被描述成「为下一个万亿 agent 建云」的一步，但剥掉口号，它讲的是一个很具体的工程事实：智能体要真正跑起来，模型和「跑模型的地方」缺一不可，而过去这两样东西是分开卖的。
Baseten 做的是模型训练、服务与后训练，核心卖点是把推理跑得又快又稳又省；Blaxel 做的是 AI agent 的执行环境——持久沙箱、存储与网络。把两者收进同一家公司，意味着开发者以后可以在一套彼此挨着的基础设施上，既调模型、又让 agent 安全地跑长任务，而不必自己把「推理集群」和「执行沙箱」用胶带粘起来。
各自原来的位置
Baseten 成立于 2019 年，创始团队来自 Gumroad，早期押注「模型服务会变成瓶颈」这一判断。几年里它把推理栈做到跨数十个区域、累计融资超过 20 亿美元，到 2026 年中的外部估值口径约在 130 亿美元量级。它的强项是「把模型变成能扛生产流量的服务」。
Blaxel 则年轻得多，2024 年由六位曾在 ForePaaS（后被 OVHcloud 收购）共事过的创始人组队成立，2025 年春季进入 YC，并在当年 7 月拿到由 First Round Capital 领投的 730 万美元种子轮。它的切入点不是模型，而是「云生来不是为 agent 设计的」——agent 要写代码、调工具、跨长任务保持状态，传统云对这类负载既慢又贵。
Blaxel 带进来的三块积木
Blaxel 的产品线可以拆成三块。其一是微 VM 沙箱：每个 agent 拿到一个独立微虚拟机，挂起与恢复大约 25 毫秒，闲置时近乎零成本，官方称比同类沙箱快约五倍，一个沙箱可以闲置数月、在模型说完下一句话之前就回来，状态不丢、算力不白烧。其二是 Agent Drive，一个跨会话持久、带版本的文件系统，agent 写下的文件、代码与工作上下文，下一次还能被同一个或另一个沙箱取用。其三是网络层，把工具、MCP 服务器、API 与其他 agent 连起来，并带上隔离与访问控制。
这些能力已经在真实负载上跑过：客户 Sapiom 在 Blaxel 上三个月内跑过约 250 万次沙箱循环。Blaxel 还在推代号为 Carbon 的新一代运行时，加入沙箱快照、分叉（让 agent 并行探索不同路径）和每沙箱独立 IPv6，Agent Drive 也开放了 S3 接口，方便从外部世界直接读写文件。
为什么要合：模型与执行本该挨着
这桩并购真正的逻辑，藏在「延迟会随跨网络边界而累积」这句话里。一个 agent 走完一轮，通常要调模型、读文件、调工具、再回来调模型——如果模型在一个数据中心、执行环境在另一个，每一次往返都把延迟和不确定性叠加上去。把推理和执行放进同一套系统，等于把这段来回距离压到最短。
Baseten 的 CTO Amir Haghighat 在公告里把话挑明：应用已经从「生成答案的模型」走向「真去干活的 agent」，agent 需要模型，也需要一个快、可扩、可靠到能上生产的执行环境。Blaxel 的 CEO Paul Sinaï 则从另一头说：推理不该是「从另一个数据中心调用的服务」，它得和算力、存储、网络待在一起。
对 agent 团队的实在含义
对正在搭生产级 agent 的团队，这桩并购至少给出两个信号。其一，执行环境正在从「自己用 Docker 凑一个」升级成独立的基础设施层；Blaxel 这类沙箱、持久存储、网络层，会越来越像当年容器编排之于微服务那样，变成标配。其二，选型时值得把「模型」和「执行」当作一个整体来评估，而不是分开比价——两者之间的缝隙，往往就是延迟、状态丢失与安全边界的出处。
Baseten 表示会先以沙箱为切入点，把 Blaxel 的原语逐步搬上自家平台；Agent Drive 与网络层何时跟进，公告未给时间表。公开材料未披露交易金额与具体整合节奏，行业暂未披露更多，后续将持续跟进迭代动态。
这不只是一笔并购
把它放进更大的图景里看，这是 agent 基础设施从「分层单卖」走向「一体交付」的又一处注脚。过去一年，做工具调用层、做记忆、做编排、做沙箱的团队各占一块；现在推理巨头开始把执行层也收编进来，说明行业对「agent 到底卡在哪」的共识正在收敛：卡在可靠、持久、安全的执行，而不只是模型够不够聪明。对开发者而言，这意味着更顺手的集成，也意味着供应商边界正在重画。