For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/zh/articles/perplexity-space-open-source-ai-agent-san-6695cfec.md.
能够编写代码的智能体同样需要一个运行代码的环境。让生成的代码直接访问开发者的机器或生产服务器，会使模型错误可能演变为系统事故。沙箱提供了独立的执行环境，并设置可由外围应用程序管理的边界。
能够编写代码的智能体同样需要一个运行代码的环境。让生成的代码直接访问开发者的机器或生产服务器，会使模型错误可能演变为系统事故。沙箱提供了独立的执行环境，并设置可由外围应用程序管理的边界。
Perplexity 正在公开其实现。Semafor 于 10 月 15 日报道，该公司正在发布 SPACE，并与基础设施合作伙伴合作向客户提供该平台。如今公开的代码仓库让开发者能够检查具体实现，而不再只能评估产品层面的声明。
SPACE 是 Sandboxed Platform for Agentic Code Execution（面向智能体代码执行的沙箱平台） 的缩写。其官方代码仓库描述了一个 HTTP API，可用于创建隔离的 Linux 环境、执行命令、收集输出以及管理环境生命周期。代码仓库标注采用 Apache 2.0 许可证。
其执行单元是 Firecracker microVM。模板提供初始文件系统和运行时配置，而每个沙箱都拥有独立的可写环境。当任务需要保持连续性时，应用程序可以在同一沙箱中运行多条命令。
这是用于执行代码的基础设施。应用程序仍然决定要执行什么任务、提供哪些输入以及保留哪些输出。开源也不意味着免费获得计算资源：仍需有人负责运行主机、存储和相关服务。
Perplexity 向 Semafor 表示，该公司曾要求九个前沿模型尝试逃逸，并在 118 次尝试中未观察到成功逃逸。报道还提到，CoreWeave、Akamai 和 Crusoe 是已同意向客户提供 SPACE 的合作伙伴。
这些说法应继续归因于公司及报道本身。在有限次数的测试中未观察到逃逸，对于该测试而言是有用证据，但无法证明隔离边界能够抵御未来的每一种漏洞利用方式或部署错误。合作伙伴的参与同样不意味着不同服务商会提供完全一致的可用性或定价。
工程层面的关键问题是：该系统在应用程序威胁模型下会如何运行。除了底层 VM 边界外，还应审查智能体可以访问哪些资源、哪些凭证会进入环境，以及需要哪些主机权限。
首个沙箱演练将环境创建、命令执行和清理分为以下步骤：
这一流程很重要，因为接受请求不同于完成请求。成功的创建响应本身并不能证明客户机已准备好执行命令。同样，接收到部分输出也不能证明某个进程已成功结束。
官方示例会保留运行状态和执行记录，并询问操作人员如何处理清理。使用该平台的应用程序应自主且审慎地作出保留决策，尤其是在工作负载包含机密输入或生成文件时。
架构文档区分了几类容易混淆的对象：
| 对象 | 应用程序应跟踪的内容 |
|---|---|
| 沙箱 | 环境及其生命周期状态 |
| 生命周期操作 | 创建或挂起等异步请求的进度 |
| 命令会话 | 某次特定进程调用及其连接信息 |
| 进程结果 | 命令是否成功完成 |
沙箱在创建它的请求结束后仍可以继续可用。命令完成并不会自动删除其所在环境。
文档还区分了常驻暂停与挂起至快照。操作人员不应假设每个已停止的环境都具有相同的持久性或资源成本。生命周期策略应与应用程序需求匹配：是需要快速复用、持久恢复，还是立即销毁。
安装指南面向具备 KVM 的、基于 apt 的 Linux x86-64 主机。它列出了对 /dev/kvm 和 /dev/net/tun、回环设备、btrfs 支持，以及允许特权容器的本地 Docker 守护进程的要求。
对于虚拟化主机，必须具备所需设备并启用嵌套虚拟化。文档说明的流程不能直接在 macOS 上运行。因此，仅安装 Docker Desktop 并不足以证明笔记本电脑能够不作修改地遵循该指南。
输入一句想法，We0 AI 即可生成展示站、页面与 CMS。发布上线后并帮你获取客户和流量。
用户注册赠送一次完整项目生成
适合先体验一次完整生成流程，快速看到项目初稿。
该演练使用本地 Kind 集群。这是文档说明的本地部署方式，而架构文档还描述了直接适配器；不应将 Kubernetes 表述为所有可能的 SPACE 部署都不可避免的要求。
该指南使用开发环境认证设置，并明确警告不要使用生产凭证。评估这次发布时，应保留这一差异：成功完成本地演练只能证明开发环境配置可用，并不代表已经完成生产环境安全审查。
Semafor 将 SPACE 置于其他为智能体建立可强制执行边界的工作之中。NVIDIA OpenShell是另一个公开可用的智能体运行时，而Firecracker则提供了 SPACE 所述执行模型底层的 microVM 技术。
这些项目处于不同层级。在假设它们可以互换之前，应比较各自文档说明的主机要求、策略和集成点。对于 SPACE 而言，公开代码、首次运行示例和架构文档，是判断其运行模型是否适合现有智能体系统的最佳起点。
SPACE 是一个用于在隔离环境中执行智能体代码和用户代码的开源平台。其官方文档描述了基于 Firecracker microVM 构建、并通过 HTTP API 控制的 Linux 沙箱。
该代码仓库依据 Apache 2.0 许可证发布，并受该许可证条款约束。托管、基础设施以及任何商业服务商的服务仍可能产生费用。
不能。报道中的 118 次尝试描述的是公司运行的一项特定测试。安全性还取决于配置、主机保护以及向工作负载暴露的权限。
安装指南指定使用具备 KVM 和必要设备的 Linux x86-64 环境。它明确说明，其指引无法直接在 macOS 上运行。
不是。该指南还要求具备虚拟化、网络和存储支持。虚拟机必须暴露必要设备，并支持嵌套虚拟化。
不会。命令完成与沙箱生命周期是两个独立事项。应用程序必须自行选择清理或复用策略，并验证相关操作结果。
SPACE 以 Apache 2.0 许可证提供了一个可供检查的智能体执行平台。其 microVM 环境、明确的命令会话和生命周期 API，为在远离应用程序主机环境的位置运行生成代码提供了具体构建模块。
此次发布仍需要适配的基础设施和审慎的集成。应结合该公司的安全测试结果，评估主机要求、资源边界和清理行为。
从一句话开始，几分钟内拿到完整网站。
