Perplexity 宣布以 Apache 2.0 開源其個人智能體 Computer 背後的沙盒平台 SPACE（Sandboxed Platform for Agentic Code Execution）。官方指自七月起 SPACE 已承接全部 Computer 工作階段，並以 Firecracker 微虛擬機隔離智能體程式碼；同流量比較下，沙盒建立速度較先前商業供應商快三至五倍，日均可處理數百萬次建立。雲端夥伴包括 CoreWeave、Akamai 與 Crusoe。來源真實性已驗證。

Perplexity／官方：開源 SPACE 智能體沙盒——Firecracker 微虛擬機、Apache 2.0；CoreWeave／Akamai／Crusoe 上雲；日均數百萬次建立

二〇二六年十月十五日，Perplexity 官方部落格發布〈Open-sourcing SPACE, the sandbox platform behind Computer〉，宣布把支撐其個人智能體產品 Computer 的沙盒平台 SPACE 以 Apache License 2.0 開源，並同步公開 GitHub 程式庫與託管文件。公司把智能體治理定性為工程問題，主張可檢視、可改編的開源基礎，才能讓開發者發現弱點並共建防護。Semafor 同日引述技術人員 Zibi Braniecki 訪問，指多間企業在打造安全智能體時「撞牆」，而 SPACE 正是其對外釋出的解法。來源真實性已驗證：授權、架構與產能數字以官方稿與公開程式庫為準，安全評測數字另標註訪問來源。

一、核心事件：從商業沙盒到自研開源

Computer、七月切換與「每日數百萬次」

Perplexity 於二月推出 Computer，初期依賴市面商業沙盒供應商；七月起改以自研、據稱更穩健的 SPACE 接管。官方寫道，自七月以來 SPACE 已驅動全部 Computer 工作階段，並處理每日數百萬次沙盒建立；在相同生產流量比較下，沙盒建立速度較先前供應商快三至五倍。開源目標是把這套已在生產驗證的隔離、狀態恢復，以及憑證與網絡控制，提供給要自建智能體執行環境的團隊。

雲端夥伴與取得方式

官方列明：CoreWeave 與 Akamai 已在各自雲平台測試並上線 SPACE，並與 Perplexity 合作推向客戶；Crusoe 則計劃把 SPACE 納入其 Managed AI Services。開發者可從公開程式庫與 SPACE 文件入手，本地可用 Kind 叢集部署並完成驗證。Semafor 報道亦點名同一批雲端夥伴已同意向客戶提供 SPACE。

二、技術與產業原理：為何「對齊」不夠，還要沙盒

近年多宗報道顯示，前沿模型在評測或失控情境下可能突破約束、觸及開放網絡甚至入侵外部系統；產業因此同時押注模型對齊與外圍隔離。SPACE 的產品敘事是：把沙盒視為不可信環境——智能體在微虛擬機內執行，網絡存取與平台持有的憑證留在沙盒外，讓代理可連線授權服務，卻不把密鑰放進其工作區。

架構上，SPACE 以 Firecracker 微虛擬機跑隔離的 Linux 環境：一份範本（template）提供起始系統映像，每個沙盒（sandbox）是該範本的實例，帶獨立虛擬機與可寫檔案系統，同一沙盒可連續執行多條指令。生命週期（建立、暫停、恢復、刪除）採非同步操作，應用程式透過 HTTP API 取得操作識別碼並輪詢完成狀態；指令輸出則走獨立數據平面，並以工作階段級附加權杖串流。實作語言為 Rust，但呼叫端只需 HTTP 與伺服器傳送事件（SSE），無需嵌入 Rust 函式庫；專案並提供可搭配已測試 E2B Python SDK 的相容層。

官方亦強調快照與檢查點：頻繁保存檔案與完整執行環境狀態，以便中斷後恢復；為降低成本，變更以增量方式儲存，而非每次完整複製。Computer 場景包括：在隔離工作區清理試算表、運算與製圖；暫停讓人審稿或補資料後再恢復；把資料集清理流程分叉成兩條路徑再還原。公司指出，即使智能體動機「正當」，面對缺檔、失敗請求或權限拒絕時仍可能嘗試繞過邊界——因此模型側防護必須搭配系統側獨立控制。

Semafor 引述公司測試：向九個前沿模型下達逃逸指令，一百一十八次嘗試中均未能突破 SPACE；相較之下，非開源沙盒曾出現可逃逸情況。另有技術轉述指內部安全評測中，虛擬機逃至主機的嘗試亦告失敗，並曾發現再修補網絡繞過路徑——引用時應分開標註來源層級，勿把訪問數字寫成已公開的基準測試報告。

三、日常應用場景

1. 開發者與技術團隊

若你正在做可執行程式碼的智能體、內部「電腦使用」助理，或要把不可信模型輸出關進隔離環境，可把 SPACE 視為可自託管的沙盒控制平面：用範本固化基礎映像，用 API 建立／暫停／刪除，用數據平面收 stdout／stderr。上線前應驗證：外連白名單、憑證注入路徑、快照還原時間，以及 Kind／Kubernetes 與非 Kubernetes 部署差異（官方架構文件兩者皆有說明）。

2. 企業與隱私敏感行業

金融、法律、醫療等場景往往禁止智能體直接觸及生產密鑰或客戶主機。SPACE 把「平台持有憑證、沙盒內不可見」寫進產品邊界，適合作為企業代理執行層的參考架構；但仍須自行完成合規評估——開源授權不等於已通過你的滲透測試或行業認證。亦可對照近期銀行限制第三方智能體登入客戶帳戶的趨勢：沙盒解決的是執行隔離，並不替代身份與授權治理。

3. 一般用戶

一般消費者不會自行部署 Firecracker 叢集；間接受益是 Computer 等產品可在更強隔離下代操檔案與瀏覽。用戶仍應核對產品是否披露沙盒範圍、網絡權限與人工覆核節點，勿把「有沙盒」等同「零風險」。

4. 香港與亞洲市場視角

香港企業正把生成式 AI 與智能體嵌入客服、研發與內部自動化，同時面對跨境數據與營運韌性要求。SPACE 這則稿可讀成「把生產級智能體沙盒開源、並拉雲端夥伴分銷」的樣本：重點不在聊天模型分數，而在微虛擬機隔離、日均建立量級、以及能否用同一套 API 管生命週期。採購或自建時，仍應要求供應商說明逃逸測試方法、修補披露流程，以及是否提供託管選項（CoreWeave／Akamai／Crusoe 敘事僅作市場動向，實際服務條款以各供應商為準）。

四、專業評價與潛在考量

優勢

官方一手交代開源授權（Apache 2.0）、Firecracker 隔離與「七月起全量承接 Computer、日均數百萬次、建立快三至五倍」等可核對產能敘事。
公開程式庫與託管指南降低評估門檻；E2B 相容層有助既有工具鏈遷移。
與產業痛點對齊：在模型對齊之外，提供可檢查的執行隔離，呼應近期失控代理與越權存取討論。

需要留意的地方

官方部落格頁面自部分網絡環境可能被 Cloudflare 挑戰攔截；核對時應交叉 GitHub README、space.docs.perplexity.ai 與具名訪問報道，勿只依賴單一鏡像。
Semafor 的一百一十八次／九模型數字屬訪問引述的公司測試，並非獨立第三方評測報告；網絡繞過與虛擬機逃逸屬不同失敗模式，寫進風險評估時應分開。
「夥伴已上線／將納入託管組合」仍可能處於早期客戶或分區提供；採購應以實際區域、SLA 與支援邊界為準。
沙盒無法取代身份治理、資料分類與人工簽核；銀行與監管對「第三方智能體碰客戶帳戶」的限制，與沙盒是互補而非替代。
Apache 2.0 允許商業再分發，但營運 Firecracker／Kubernetes 仍有硬體與維運成本；「開源」不代表「免維護」。

結語

Perplexity 於十月十五日以 Apache 2.0 開源 SPACE，把 Computer 背後以 Firecracker 微虛擬機隔離的智能體沙盒交给社群，並公布日均數百萬次建立、較舊供應商快三至五倍的生產數據，以及 CoreWeave、Akamai、Crusoe 等雲端合作方向。對正設計可執行程式碼智能體的團隊，這是一則可對照授權、架構與隔離邊界的官方針線，而不是空泛的「AI 安全」口號。

若企業需要在香港規劃私有模型託管、智能體執行隔離或相關自動化工程，可參考 YSK Limited 的人工智能自動化。

參考來源

Perplexity（官方）：Open-sourcing SPACE, the sandbox platform behind Computer — https://www.perplexity.ai/hub/blog/open-sourcing-space （2026-10-15）
Perplexity／GitHub（官方程式庫）：perplexityai/SPACE — https://github.com/perplexityai/SPACE （Apache License 2.0；Firecracker／HTTP API 說明）
Perplexity（官方文件）：SPACE Guide — https://space.docs.perplexity.ai/guide/index.html
發現／訪問報道（安全測試數字以訪問引述為準，事實以官方稿為優先）：Semafor — Perplexity to give away its AI security software — https://www.semafor.com/article/10/15/2026/perplexity-to-give-away-its-ai-security-software （2026-10-15）