为什么要关心一个沙箱平台
10 月 15 日，Perplexity 宣布把 SPACE 的源码放在了 GitHub 上，采用 Apache 2.0 许可证。SPACE 是它家产品 Computer 背后的沙箱平台，全称 Sandboxed Platform for Agentic Code Execution，从今年 7 月起接管了 Computer 的全部会话，每天要处理数百万次沙箱创建。
听到沙箱两个字，很多人的第一反应是这是大厂基础设施，跟自己没关系。先别急着划走。如果你最近一两年打算让 AI 帮你干点实际活——自动整理数据、定时跑脚本、维护一个自动化机器人——你迟早要面对同一个问题：怎么让 AI 生成的代码在一个可控的环境里跑，跑坏了也不伤到你的服务器。
SPACE 解决的到底是什么问题
AI 智能体的麻烦之处在于，你很难保证它永远老实。模型可能出错，可能为了完成目标去翻不该翻的文件，也可能被恶意网页里的指令带偏。只靠提示词约束它，就像靠口头约定管陌生人进门。
图片由 AI 生成
SPACE 的思路是把安全做在系统层。每个沙箱跑在一个独立的轻量虚拟机里，基于 AWS 开源的 Firecracker 微虚拟机技术，和宿主机之间有完整的隔离边界。凭证和网络权限都放在沙箱外面统一管理，智能体要连某个服务，用的时候临时注入，用完即走，它的工作环境里从头到尾不存密码。
几个数字可以感受一下工程量：沙箱创建的中位延迟大约 60 毫秒，比之前用的商业方案快了三分之二；文件快照和整机检查点定期保存，任务中断了可以接着跑；同一个环境还能复制出分身，两条路线并行试。红队测试做了 108 次逃逸尝试，没有一次从虚拟机打进宿主机，网络策略上发现的几个漏洞也都修复了。这些是官方口径，但至少说明这套东西经过了实战级别的检验。
个人站长能拿来做什么
Apache 2.0 是最宽松的一档开源协议，商用完全没问题。具体到使用场景，举几个例子。
图片由 AI 生成
- 给自动化脚本一个隔离笼子。你在服务器上跑采集、推送、备份脚本，装进沙箱后就算脚本被注入恶意代码，也翻不出这个环境。
- 搭自己的 AI 助手后端。现在很多开源智能体框架都缺一个靠谱的执行层，SPACE 提供了 HTTP 接口来创建环境、执行命令、回收结果，正好补上这块。
- 学习微虚拟机架构。Coreweave、Akamai 这些云厂商也在跟进托管方案，不想自己运维的话，等托管服务上线直接用即可。
当然也要泼一点冷水。Firecracker 对运行环境有要求，普通虚拟化的 VPS 上未必跑得起来，最好是有 KVM 支持的独立服务器或者本地物理机。文档里给了基于 Kubernetes 的本地开发路径，动手之前先把环境核对清楚。
这个趋势比项目本身更重要
过去一年，各家都在把智能体的执行环境当成核心竞争力来建，OpenAI、Anthropic 都有自己的沙箱方案，但基本都闭源。Perplexity 把生产级实现直接开源，等于把这条赛道的地基公开了出来，后面做智能体产品的团队可以省掉大量重复造轮子的时间。
对站长而言，观察这类项目的意义在于：当智能体从聊天窗口走向真正替你干活，执行环境的安全边界会成为每个用 AI 的人都要面对的常识。早一点理解它，晚一点少踩坑。
