Perplexity เปิดซอร์ส SPACE แซนด์บ็อกซ์ Firecracker microVM ที่รันทุกเซสชันของ Computer — Rust, Apache-2.0, มีตัวแปลง API ให้ E2B SDK ใช้ได้ แต่ต้องมีเครื่อง Linux x86_64 ที่เปิด KVM และ setup อ้างอิงยังผูกกับ Kubernetes

Perplexity ประกาศเปิดซอร์ส SPACE (Sandboxed Platform for Agentic Code Execution) เมื่อ 15 ต.ค. 2026 นี่คือแพลตฟอร์มแซนด์บ็อกซ์ที่บริษัททำขึ้นเองเพื่อใช้แทนผู้ให้บริการแซนด์บ็อกซ์เชิงพาณิชย์เดิมตั้งแต่เดือน ก.ค. หลักการคือให้งานแต่ละชิ้นของเอเจนต์รันใน Firecracker microVM ที่มีระบบปฏิบัติการของตัวเอง โดยมี control plane กลางคอยสั่งสร้าง หยุด กลับมารัน และลบเครื่องเหล่านี้ ซอร์สโค้ดอยู่ที่ github.com/perplexityai/SPACE เขียนด้วย Rust ไลเซนส์ Apache-2.0

Perplexity บอกว่าตั้งแต่ ก.ค. SPACE รับ ทุกเซสชันของ Perplexity Computer และสร้างแซนด์บ็อกซ์ “หลายล้านครั้งต่อวัน” เมื่อเทียบบนทราฟฟิกจริงชุดเดียวกัน การสร้างแซนด์บ็อกซ์เร็วกว่าผู้ให้บริการเดิม 3–5 เท่า ตัวเลขทั้งสองเป็นข้อมูลจาก Perplexity เอง ยังไม่มีการวัดซ้ำจากภายนอก

ทำอะไรได้บ้าง

README อธิบายว่า SPACE เป็น HTTP API สำหรับสร้างสภาพแวดล้อม Linux แยกตัว รันคำสั่ง เก็บ output และจัดการวงจรชีวิตของแซนด์บ็อกซ์ ฝั่งแอปไม่ต้องลิงก์ไลบรารี Rust เลย เพราะคุยกันผ่าน HTTP กับ server-sent events ตัวอย่างแรกใน docs เป็น Python ที่ใช้แค่ standard library แนวคิดหลักมีดังนี้

• Template → Sandbox → Process: template เป็นสภาพแวดล้อมตั้งต้น แซนด์บ็อกซ์แต่ละตัวมี VM และ filesystem ที่เขียนได้ของตัวเอง และรันหลายคำสั่งในแซนด์บ็อกซ์เดียวกันได้
• ทุกคำสั่งที่เปลี่ยนสถานะเป็นแบบ asynchronous: API ตอบกลับเป็น operation ID ให้ไป poll ต่อเอง ส่วน output ของคำสั่งไหลผ่าน data plane อีกเส้นหนึ่ง ซึ่งใช้ token ผูกกับแต่ละเซสชัน
• pause / suspend / branch: pause เก็บสถานะไว้ในหน่วยความจำ ส่วน suspend เขียนสถานะ VM ลงที่เก็บแล้วคืนทรัพยากรของ worker ทั้งหมด และยัง fork แซนด์บ็อกซ์เพื่อลองสองทางคู่ขนานได้ ส่วน snapshot จะเก็บเฉพาะส่วนที่เปลี่ยน ไม่ได้ก๊อปทั้งเครื่องทุกครั้ง
• credential กับ network อยู่นอกแซนด์บ็อกซ์: ระบบถือว่าแซนด์บ็อกซ์ไว้ใจไม่ได้ คีย์ที่แพลตฟอร์มถืออยู่จึงไม่ถูกเก็บไว้ในเครื่องของเอเจนต์ และ egress วิ่งผ่าน gateway ที่ตั้ง egress profile ได้
• warm pool และ base snapshot: เปิดเครื่องรอไว้ล่วงหน้า หรือ restore จาก snapshot เพื่อไม่ต้อง cold boot

ฟีเจอร์ที่น่าสนใจที่สุดสำหรับทีมที่ใช้ E2B อยู่แล้วคือ E2B Compatibility Wrapper (ECW) ตัวนี้แปลงคำขอรูปแบบ E2B ให้กลายเป็นคำสั่งของ SPACE ทำให้ E2B SDK ชี้มาที่ SPACE ได้โดยเปลี่ยนแค่ E2B_DOMAIN กับ E2B_API_KEY แต่ docs ระบุชัดว่าทดสอบไว้กับ e2b==2.21.1 และ e2b-code-interpreter==2.6.2 ฝั่ง Python เท่านั้น ยังไม่มี JS SDK และไม่รองรับ mcp, volumeMounts, iam ตอนสร้างแซนด์บ็อกซ์ (ตอบกลับเป็น 400) ส่วน pause ของ E2B จะถูกแปลงไปเป็น suspend ของ SPACE จึงไม่ถึงขั้น drop-in replacement แบบ 100%

ความปลอดภัย: VM ไม่หลุด แต่เครือข่ายเคยมีช่องโหว่

Perplexity เผยว่าได้ทดสอบโดยให้เอเจนต์พยายามเจาะแซนด์บ็อกซ์โดยตั้งใจ ผลคือ ไม่มีครั้งไหนหนีจาก VM ไปถึง host ได้เลยใน 108 ครั้ง แต่ก็มีบางครั้งที่หาทางเลี่ยงข้อจำกัดด้าน network ได้ ทีมแก้ช่องโหว่นั้นแล้ว และในการทดสอบรอบถัดมา วิธีโจมตีที่พบทั้งสองแบบใช้ไม่ได้อีก บริษัทยังแจ้งช่องโหว่ทำนองเดียวกันที่เจอในแพลตฟอร์มแซนด์บ็อกซ์รายอื่นไปยังเจ้าของแพลตฟอร์มด้วย

ประเด็นที่ควรจำคือ เส้นแบ่งของ microVM แข็งแรง แต่จุดที่เอเจนต์หาทางทะลุได้จริงคือ นโยบายเครือข่าย ถ้าเอาไปใช้เอง ต้องตั้ง egress profile ให้ดีด้วย การได้ VM แยกมาอย่างเดียวยังไม่พอ

ข้อจำกัดก่อนลองใช้

• ต้องใช้ Linux x86_64 ที่มี KVM: ต้องมี /dev/kvm, /dev/net/tun, loop device, btrfs และ Docker ที่อนุญาต privileged container ถ้ารันใน VM ต้องเปิด nested virtualization ด้วย และ ใช้บน macOS ตรงๆ ไม่ได้
• setup อ้างอิงคือ Kind (Kubernetes ในเครื่อง): docs บอกว่ามี adapter แบบ direct ที่สั่ง worker โดยตรงได้โดยไม่ต้องสร้าง pod แต่คู่มือติดตั้งครอบคลุมแค่เส้นทาง Kubernetes และเตือนว่า deployment ในเครื่องใช้รหัสผ่านกับคีย์สำหรับ dev ห้ามใช้กับ production
• ยังเป็น 0.8: ตามเอกสาร versioning เวอร์ชัน 0.8.0 คือ “baseline สาธารณะ” ตัวแรก 0.9 จะเป็นรอบสุดท้ายที่ยังมี breaking change และสัญญาว่า API จะเสถียรตอนถึง 1.0 ตอนนี้ repo ยังไม่มี release หรือ tag อย่างเป็นทางการ
• ใช้บนคลาวด์ได้: Akamai ทดสอบและเปิดให้ใช้บนคลาวด์ของตัวเองแล้ว Crusoe จะใส่ไว้ใน Managed AI Services ส่วน CoreWeave มีคู่มือ deploy บน CKS สำหรับทดลองใช้

มุมมอง AI Curator

ชั้นแซนด์บ็อกซ์สำหรับเอเจนต์กำลังกลายเป็น infrastructure พื้นฐานแบบเดียวกับที่ container เคยเป็น และที่ผ่านมาตลาดนี้แทบมีแต่บริการแบบ hosted การที่บริษัทซึ่งรันแซนด์บ็อกซ์หลายล้านตัวต่อวันเปิดโค้ดทั้งระบบออกมา (ทั้ง control plane, gateway, snapshot และ ECW) แบบ Apache-2.0 ทำให้ทีมที่ติดเงื่อนไขเรื่อง data residency มีทางเลือกที่ self-host ได้จริงเป็นครั้งแรกในระดับนี้ ข้อนี้สำคัญกับองค์กรไทยสายการเงินและหน่วยงานรัฐที่ส่งโค้ดหรือข้อมูลออกไปรันในคลาวด์ต่างประเทศไม่ได้ ตัว ECW ยังช่วยลดต้นทุนการย้ายระบบ เพราะโค้ดที่เขียนกับ E2B ไว้แล้วแทบไม่ต้องแก้

แต่ต้องมองต้นทุนให้ครบด้วย SPACE ไม่ใช่ไลบรารีที่ pip install แล้วใช้ได้เลย มันเป็นแพลตฟอร์มเต็มรูปแบบที่ต้องมี host ที่เปิด KVM, PostgreSQL, object storage และส่วนใหญ่ต้องมี Kubernetes ด้วย ทีมเล็กที่ยังไม่มีคนดูแล infra อาจคุ้มกว่าถ้าใช้บริการ hosted ต่อไปก่อน แล้วค่อยกลับมาดูตอน SPACE ถึง 1.0 อีกเรื่องที่น่าคิดคือผลทดสอบของ Perplexity เอง VM ไม่หลุดเลยสักครั้ง แต่ network policy เคยถูกเลี่ยงได้ ใครออกแบบระบบเอเจนต์ควรใช้บทเรียนนี้ คือจุดอ่อนจริงมักไม่ได้อยู่ที่ hypervisor แต่อยู่ที่ช่องทางออกเน็ตกับ credential ที่วางไว้ในเครื่องเดียวกับเอเจนต์

แหล่งข่าว

• Open-sourcing SPACE, the sandbox platform behind Computer — Perplexity (15 ต.ค. 2026)
• perplexityai/SPACE — GitHub (README, docs/ecw.md, docs/versioning.md, docs/installation.md)
• SPACE Guide — เอกสารทางการ
• Deploy SPACE on CKS — CoreWeave Docs