Perplexity SPACE 是什么？开源 Agent 沙箱的原理、成本对比与上手路线完整指南

SPACE 到底是什么：Perplexity 自家 Agent 的隔离底座

SPACE 是 Perplexity 为其 Agent 产品 Computer 打造的代码执行沙箱。所谓沙箱，就是让 AI 智能体在受控环境里运行命令、安装软件包、执行代码，而不会碰到宿主机本身。Perplexity 表示，同一套系统每天要处理数百万次会话，也就是说它并非实验性玩具，而是长期承载生产流量的基础设施。

这次 Perplexity 把 SPACE 以 Apache 2.0 许可开源，意味着外部团队可以查看、修改并自建部署。对于正在做编码智能体、数据分析智能体，或者任何需要大量短生命周期运行环境的团队来说，这等于拿到了一份经过大规模验证的参考实现。

值得注意的是，SPACE 的设计前提是「把沙箱视为已经被攻破」。也就是说，它不假设隔离层永远不会被突破，而是默认最坏情况会发生，再围绕这个假设去设计防护。这个思路决定了它后续在密钥管理、网络与宿主机边界上的许多取舍。

• 面向规模化短任务

  沙箱生命周期短、创建频繁，适合智能体反复试错、跑测试、装依赖的工作方式。

• 生产级验证

  官方称其支撑 Computer 每天数百万次会话，说明它经历过真实负载考验。

• 开源许可友好

  Apache 2.0 允许商用与二次修改，企业可据此搭建内部平台。

隔离原理与安全设计：微虚拟机、密钥外置与逃逸测试

SPACE 的技术栈是 Rust 加 Firecracker 微虚拟机。Firecracker 是轻量级虚拟化方案，启动快、开销小，常被用来在单台宿主机上跑大量互相隔离的小型虚拟机。相比单纯用容器做隔离，微虚拟机在宿主机边界上通常更硬一些，这也是它被选作沙箱底座的原因。

在密钥处理上，SPACE 做了一个关键选择：凭据不进入虚拟机内部。传统做法是把 API 密钥作为环境变量传进沙箱，一旦沙箱被攻破，密钥就随之泄露。SPACE 改为在宿主机一侧管理 API 密钥，沙箱内部拿不到原始凭据，从而缩小了泄露面。

Perplexity 还提到，他们用九款前沿模型做了约一百一十八次逃逸测试，均未突破宿主机。需要说明的是，这类测试结果由官方公布，具体测试方法、覆盖场景与复现条件应以官方仓库和文档为准。安全领域没有一劳永逸，读者在自建时仍应结合自身威胁模型做额外加固。

此外，Perplexity 表示已于七月弃用某商业沙箱供应商，并称切换后沙箱创建速度提升三到五倍。官方并未点名供应商，但外界普遍注意到 SPACE 附带了可直接替换 E2B 的兼容 API 封装。

• 微虚拟机隔离

  基于 Firecracker，在宿主机边界提供比普通容器更强的隔离强度。

• 密钥不落沙箱

  API 密钥由宿主机侧托管，避免环境变量泄露导致凭据被窃。

• 逃逸测试记录

  官方称九款前沿模型约一百一十八次测试未破出宿主机，细节以官方文档为准。

• 兼容封装

  提供 E2B 兼容的 API 封装，降低现有项目的迁移改动量。

成本结构与迁移路线：为什么这次讨论集中在钱上

真正引发讨论的是成本对比。按 2vCPU 加 2GB 内存的等效规格估算，E2B 按墙钟秒计费，约每小时 0.13 美元；问题在于沙箱空闲等待模型输出 token 的时间也要付费，而智能体工作流里这种等待相当常见。

Perplexity Agent API 的计费方式是按每次二十分钟活跃会话固定收取 0.03 美元，折算约每小时 0.09 美元。而把 SPACE 自托管在 Akamai、CoreWeave 或 Crusoe 这类云上，估算约为每小时 0.03 至 0.05 美元，官方称在满负载情况下可便宜六成到七成五。

需要提醒的是，这些数字来自 Perplexity 公布的对比，属于特定规格与特定负载假设下的估算，并非所有场景都能复现。真实成本还取决于你的任务密度、空闲比例、出网流量和运维人力。做预算时建议按自己的负载模型重新测算，并核对云厂商的实时报价。

迁移路线上，已经在用 E2B 的团队最直接：SPACE 提供兼容 API 封装，理论上可以较少改动就切换过去。而完全自建的团队则需要自己负责宿主机集群、镜像分发与监控告警，这部分隐性成本不应被忽略。

• 计费模型差异

  按秒计费会把等待模型输出的空闲时间也算进去，按活跃会话计费则相对更贴近实际使用。

• 自托管更省但更累

  云上自建单价更低，但集群运维、扩缩容与安全加固都要自己承担。

• 数字需自行验证

  官方对比基于特定规格假设，实际账单请以自身负载与云厂商报价为准。

谁适合用、和同类方案比怎么样、有哪些限制

SPACE 的目标用户是需要在规模上运行不可信代码的团队：编码智能体、数据分析智能体，以及任何会大量创建短生命周期环境的系统。如果你只是偶尔跑一段脚本，用现成的托管沙箱服务可能更省事；但当日均会话量上来、空闲计费开始变得刺眼时，自托管开源方案的价值就体现出来了。

与 E2B 这类商业沙箱服务相比，SPACE 的优势在于可控性与单位成本，并且同样走 Rust 加 Firecracker 微虚拟机路线，迁移路径清晰。代价是你需要自己搭建托管环境，或者依赖 Akamai、CoreWeave、Crusoe 等云厂商未来提供的托管选项。

最大的限制是可用性：目前尚无公开构建版本、下载包或官方页面，创作者 Ethan Walkrman 只展示了一段简短预告。因此现在还不能真正部署试用，任何声称已经可以下载安装的说法都值得怀疑。想跟进的读者应关注官方仓库与云厂商公告，确认许可证、支持的语言运行时、部署要求与安全文档后再做技术选型。

• 适合高并发短任务

  智能体反复创建销毁环境的场景最能体现自托管成本优势。

• 不适合轻量用户

  低频使用或缺乏基础设施经验的团队，托管服务往往更划算。

• 当前无法实际部署

  尚无公开构建与官方页面，现阶段只能关注仓库与云厂商动态。