Modal 发布 VM Sandboxes、Modal Clusters 等多项 Runtime 产品更新

核心亮点

Modal 在其首届 Runtime 大会上发布多项产品更新，核心是给 AI 智能体更完整的执行环境：VM Sandboxes 提供整台 Linux 虚拟机，Modal Clusters 让团队自建常驻算力池，Sandbox Endpoints 把沙箱变成可调用的服务。

具体能力或事件经过

过去一年 Modal 从"跑函数"的平台，变成"给智能体提供电脑"的平台。VM Sandboxes 已落地客户如 Linear、Legora，用来运行需要 Docker、FUSE、内核能力的真实工作负载，而不只是受限容器。

技术细节

VM Sandboxes 设置 runtime="vm" 即可获得完整 Linux VM，沿用原 Sandbox 的调用接口、modal.Image 与亚秒级冷启动；Modal Clusters 让企业把 GPU/CPU 资源池常驻，避免反复冷启；Sandbox Endpoints 则把沙箱暴露为 HTTP 端点，方便嵌入现有系统。

与竞品对比

E2B、Fly.io 等也在做智能体执行环境，但 Modal 的差异化是"把云原生调度、镜像、计费"和"给 Agent 一台真机器"合到一起，对已经用 Modal 的团队迁移成本极低。

行业影响或适用场景

写代码、跑浏览器、做数据处理、调内核工具的智能体，都需要一个可信又隔离的运行面。Modal 的更新把"Agent 的电脑"从玩具变成可投产的基础设施。

进一步分析

说白了，智能体能不能干活，一半取决于它有没有一台靠谱的机器。容器太受限、裸云太重，VM Sandboxes 想取中间值：既有完整系统调用，又保留 Serverless 的弹性。对做 Agent 产品的团队，这类"执行层"会逐步替代自管 Kubernetes，成为默认底座——你只管写逻辑，机器的事交给平台。

数据口径与可信度

Modal 公布的客户（Linear、Legora）属于案例背书，非独立基准。VM Sandboxes 的"亚秒级冷启动"在常驻 Cluster 下才稳定，按需起 VM 仍可能有启动开销，引用时应区分两种模式。

风险与边界

给 Agent 一整台 VM 提高了能力，也扩大了攻击面：恶意代码能碰内核、挂文件系统。隔离靠 Sidecars 和沙箱策略，配置不当就会漏。成本上，常驻 Cluster 适合稳定负载，零散任务用按需更划算。

给工程团队的建议

先盘点哪些智能体真需要完整系统调用，再决定 VM 还是容器。把不可信代码关进 Sidecar 信任边界，并把沙箱生命周期接进编排，避免机器空转烧钱。

市场定位

Modal 想把"智能体的电脑"做成云原生产品，而非让用户自管 K8s。它的对手不止 E2B，还有云厂商的容器服务。Modal 的筹码是开发者体验和一体化计费，赌的是 Agent 数量爆发带来的执行层刚需。

延伸观察

执行层会成 AI 基建的新战场。谁能既给完整系统能力、又保持弹性与隔离，谁就拿到 Agent 时代的"云"入口。这类平台的成熟度，直接决定智能体能接多少真实活。

小结

说白了，智能体要干活就得有台靠谱机器。VM Sandboxes 把"完整系统 + 弹性"捏到一起，是 Agent 时代执行层的务实答案，值得列入选型清单。