Perplexity SPACE 開源：每個 AI 任務一台微型虛擬機，憑證與連線怎麼管？
Perplexity 開源 SPACE，讓每個代理任務有獨立微型虛擬機，並在外部管理憑證與對外連線。本文說明隔離架構、Apache 2.0 授權，以及部署前該驗證的邊界。
Perplexity SPACE 開源後，開發團隊多了一個可以研究與自行部署的代理執行環境。它處理的是 AI 寫出指令之後，指令要在哪裡執行、憑證與網路連線由誰控制。
Perplexity 官方公告表示，SPACE 是 Perplexity Computer 執行任務使用的沙箱平台，每個任務都有自己的 Firecracker 微型虛擬機。
沙箱是隔開執行程式的環境，目的是讓一個任務的檔案與操作，不直接混進另一個任務或主機。微型虛擬機則用比較輕量的方式，建立具作業系統隔離的執行空間。
對已經在做多使用者代理服務的團隊，這類基礎建設值得研究。若只是想在 Mac 上多開一個助理，開源公告還不代表它適合直接安裝使用。
SPACE 最重要的架構選擇，是把部分控制留在執行環境之外。
Perplexity SPACE 如何隔離代理任務？
官方儲存庫將 SPACE 展開為 Sandboxed Platform for Agentic Code Execution。它提供介面來建立 Linux 執行環境、執行指令、讀取輸出與管理環境生命週期。
這裡的介面是讓其他程式呼叫功能的通道。開發者可以用它建立任務空間，再把模型產生的程式或指令交進去，取回結果後決定下一步。
每個沙箱有自己的虛擬機與可寫檔案系統，同一個沙箱可以接續執行多個指令。因此，一個需要下載資料、分析再做報告的工作，能在同一環境保留中間檔案。
為什麼不是每個指令都重開一台？
任務通常需要狀態，例如前一步安裝的套件、剛產生的表格與圖表。保留同一任務的環境，能讓這些步驟接起來。但不同任務仍應有清楚的存取邊界。
模板則負責提供起始環境。團隊可以預先準備合適的工具，減少代理每次從空白環境摸索，但模板本身仍需要更新與檢查。
為什麼憑證與網路控制要放在外面？
代理可能會讀到來自網站、文件或套件的惡意指示。如果控制規則只存在模型對話裡，模型一旦誤判，就可能把不該執行的要求帶進工具。
官方公告強調，SPACE 從虛擬機外管理憑證與對外流量。這讓控制點有機會獨立於任務內的程式，避免任務靠修改自己的設定就取得同等權限。
不過，隔離只能保護被正確設計的邊界。若系統原本就允許代理讀取完整客戶資料，再把內容送到外部網址，虛擬機不會自動知道哪一筆傳輸不合理。
所以沙箱、身分、允許連線的目的地與操作授權，仍要一起設計。模型能不能回答一個問題，和系統允不允許它執行，應該有各自可檢查的依據。
開源後，哪些團隊適合自行部署？
SPACE 採 Apache 2.0 授權，程式以 Rust 實作，使用者可以透過 HTTP 等介面接入。你不必把代理產品也改寫成 Rust，但需要有人維護執行環境。
官方安裝文件列出 Linux x86_64、KVM 與 Docker 等條件。KVM 是 Linux 提供的虛擬化能力，因此不能把這份開源理解成 macOS 上直接啟動的桌面應用。
試點時可以先驗證這些情境：
| 情境 | 應觀察的結果 |
|---|---|
| 任務讀取另一個任務的檔案 | 存取被隔開 |
| 嘗試連到未允許的外部服務 | 流量控制確實生效 |
| 任務超時或使用量過高 | 能停止並清理環境 |
| 憑證撤銷後繼續呼叫 | 舊權限不再可用 |
這些測試比單次成功跑出報告更能說明基礎建設是否可用。因為正式服務需要處理失敗、重試與收尾，不能只驗收成功路徑。
Perplexity SPACE 常見問題
SPACE 和 Perplexity Spaces 是同一件事嗎？
不是同一個功能。這次的 SPACE 是程式執行沙箱平台，閱讀產品資訊時要留意名稱相近造成的混淆。
開源就代表不需要付任何成本嗎？
授權開放的是程式使用方式。主機、儲存、流量、模型呼叫與維運仍然有成本。
採虛擬機就能保證不外洩嗎？
不能。仍要看身分與資料權限、網路政策、憑證注入與清理機制是否符合需求。
延伸閱讀
延伸閱讀：Photon 2.0 公開 Beta：AI Agent 接進 iMessage、WhatsApp 與電話，先解決訊息基礎建設
延伸閱讀：Self Agent Vault 上線：讓 AI 代登入與付款，如何把真實帳密留在模型之外？
結語：值得研究的是可驗證的控制點
如果你的產品需要讓代理執行使用者程式，SPACE 提供了一個具體的開源起點。先從隔離、連線與撤銷測試建立小型試點，再估算維運成本，會比較容易判斷是否值得接進服務。
免費訂閱 AI 郵報，持續追蹤代理工具與部署實務。
資料來源
資料核對日期：2026 年 10 月 17 日。
