回到頂部
深色手繪概念插畫:藍灰木牆圍住處理紙張的機械工作間,拆下的側板放在外面,人手在牆外持有鑰匙,象徵可檢視的隔離執行環境與外部權限控制

Perplexity 開源 SPACE,誰需要自架沙箱?

Perplexity 開源 Computer 背後的 SPACE 沙箱平台。從報表暫停再續跑的例子,看它管理哪些執行狀態、Linux 自架需要什麼,以及團隊仍要負責哪些應用工作。

內容查核: 來源查核:

Perplexity 在 10 月 15 日開源 SPACE,讓外部開發者能檢視、部署 Computer 背後的程式執行環境。 這是一套替 AI 代理準備隔離工作間的平台:代理可在裡面跑程式、處理檔案,平台負責管理環境何時啟動、暫停與恢復。

對正在做報表或程式執行代理的台灣團隊,這提供了自行掌握執行環境的新選項。我會先看任務是否需要保留中途狀態、團隊能否維護 Linux 主機,再決定是否投入部署;若只是想使用現成 Computer,這次開源並沒有交付一套裝好就能接任務的完整助理。

報表算到一半,可以留下工作現場再接續

依照官方程式庫,SPACE 的全名是 Sandboxed Platform for Agentic Code Execution,以 Apache-2.0 授權釋出。每個沙箱有自己的 Firecracker 微型虛擬機與可寫入檔案系統,應用程式透過 HTTP 介面建立環境、送入命令並取得輸出;不必把它的 Rust 原始碼嵌進自己的程式。

這裡的分工很具體:應用決定要執行什麼、哪些結果值得留下;SPACE 管理環境、程序與連線。任務怎麼拆、資料欄位意義、報表是否算對,仍要由開發者在自己的代理裡處理。

假設每月報表已整理好營收,卻要等同事補一份退貨資料。重新開機並重算全部步驟很麻煩,保留工作現場便有用途。不過,目前架構文件把幾種狀態分得很清楚:

狀態留下什麼資源狀態
執行中記憶體與可寫檔案可繼續跑命令
暫停現有記憶體與檔案記憶體仍駐留主機
休眠記憶體、執行狀態與檔案的快照釋放活躍虛擬機資源

暫停並不等於耐久備份;要釋放活躍資源並留下可恢復的快照,對應的是休眠。命令跑完也不會自動刪掉整個沙箱,上層應用可以再送下一個命令,或明確要求刪除。對報表流程而言,這讓「等人補資料」和「這項工作已結束」可以分開處理。

這個例子是依文件說明的設計情境,本站沒有部署 SPACE 來執行報表,也沒有驗證它在斷電時的恢復表現。需要先規劃正式環境的團隊,可接著看站內的代理部署與維運指南。

維護主機,也要確認恢復後的請求送對地方

官方本機安裝指南採用 Kind,也就是在本機建立 Kubernetes 測試叢集。它要求支援 KVM 的 Linux x86_64 主機、必要裝置與檔案系統能力,以及能執行特權容器的 Docker;這份步驟不能直接在 macOS 上跑。架構另有直接管理工作節點的方式,不能因此說所有 SPACE 部署都必須使用 Kubernetes。

因此,即使台灣開發者已會寫 Python,也還要處理虛擬化、儲存與網路。官方本機範例使用開發用途的密碼與簽章金鑰,也明示應保持私有、不要放入正式憑證。這些條件會影響部署成本;開源授權本身沒有替團隊準備好正式營運環境。

保留狀態也帶來另一個容易忽略的問題:沙箱恢復到另一台主機後,舊請求會不會跑錯地方?Perplexity 在 10 月 14 日的路由說明中,將固定的沙箱身分與每次執行的身分分開,接收端除了核對授權,也要確認自己正是該請求指定的執行環境。

例如同一個報表工作從第七次執行恢復為第八次,送給第八次的請求若抵達還留著第七次狀態的主機,接收端應拒絕轉送。這有助於解釋隔離為何還要涵蓋共用路由,而不只是虛擬機內部。文件也交代舊接收端尚未得知退役、憑證尚未到期的邊界,不能把身分核對解讀為絕對安全保證。

我的判斷是,SPACE 最值得已有自建代理、又需要保存長任務狀態的團隊評估。這次開源讓底層實作可讀、可改,成果是否正確、主機是否可靠,則仍需要各自驗收。只想把工作交給現成產品的讀者,可先看 Personal Computer 使用指南;名稱相近的 Spaces/Projects 工作空間則是另一層產品功能。

常見問題

SPACE 開源代表可以直接下載完整 Perplexity Computer 嗎?

不能這樣理解。此次釋出的是沙箱執行平台,提供隔離環境及程序、連線與生命週期管理。代理如何拆任務、選擇工具及驗收結果,仍要由上層應用實作。

SPACE 的暫停與休眠有什麼不同?

暫停會保留主機上的記憶體與檔案,並非耐久快照。休眠則保存記憶體、執行狀態與檔案快照,釋放活躍虛擬機資源;恢復後仍須等待環境就緒再送命令。

可以直接在 Mac 按照官方本機指南安裝嗎?

這份 Kind 安裝指南不能直接在 macOS 執行,要求 Linux x86_64、KVM 等主機能力。它是供開發評估的本機路徑,不代表所有部署都限定 Kubernetes,也不是現成的桌面版 Computer。

參考來源

№ · further reading

延伸閱讀