CubeSandbox: Sandbox MicroVM cho AI Agent

Vấn đề nó giải quyết

Chạy code mà một AI agent vừa viết là một vấn đề bảo mật: bạn không biết nó làm gì, và một container Docker dùng chung kernel của host, nên một lần thoát kernel là host gặp nguy. VM đầy đủ cách ly tốt hơn nhưng khởi động mất vài giây và ngốn hàng trăm megabyte mỗi cái, không mở rộng nổi khi một nền tảng agent cần hàng nghìn sandbox ngắn hạn. CubeSandbox ra đời để khép lại khoảng cách giữa tốc độ container và mức cách ly của VM.

Đây là gì?

CubeSandbox là một runtime sandbox an toàn cho AI agent, do Tencent Cloud xây trên RustVMM và KVM. Mỗi sandbox là một microVM nhẹ với guest OS kernel riêng, được tạo trong dưới 60ms với dưới 5MB overhead bộ nhớ mỗi instance, theo các benchmark trong README. Nó tương thích API với E2B SDK, chạy dạng một node đơn hoặc mở rộng thành cụm nhiều node, và README ghi giấy phép Apache 2.0.

Vì sao đang được chú ý

Nó xuất hiện trên Trendshift và CNCF Landscape, và thời điểm rất hợp: các nền tảng agent bỗng cần một chỗ an toàn để chạy code do model sinh ra ở quy mô lớn, còn E2B thì đã phổ biến mô hình sandbox-as-a-service. CubeSandbox là một phiên bản tự host được, tương thích E2B của mô hình đó từ Tencent Cloud, với những con số benchmark — khởi động dưới 60ms, hàng nghìn instance mỗi node — nhắm đúng nỗi đau chi phí và mật độ khi chạy nhiều agent. Khoảng 9.6k sao và nhịp phát hành nhanh (v0.5 vào tháng 7/2026) càng tạo đà.

Tính năng chính

• ✓Cách ly mức phần cứng: mỗi sandbox là một microVM KVM với guest kernel riêng, không phải container dùng chung kernel
• ✓Khởi động lạnh dưới 60ms với dưới 5MB overhead bộ nhớ mỗi instance, theo benchmark bare-metal trong README
• ✓Tương thích E2B SDK — README nói bạn đổi một biến môi trường URL để chuyển code E2B sẵn có, không sửa code nghiệp vụ
• ✓AutoPause/AutoResume: sandbox rảnh tự tạm dừng và thức dậy ở request kế tiếp để giảm chi phí
• ✓Snapshot, clone và rollback qua một engine copy-on-write (CubeCoW) ở mức trăm mili-giây
• ✓Cổng bảo mật CubeEgress: allowlist tên miền, một credential vault giữ API key nằm ngoài sandbox, và log kiểm toán egress
• ✓Web console ở cổng 12088 cùng một hệ thống template biến OCI image thành template sandbox

Trường hợp dùng tốt nhất

• •Chạy code không tin tưởng, do LLM sinh, cho một AI agent mà không phơi bày kernel của host
• •Vận hành một nền tảng agent mật độ cao nơi một node chạy hàng nghìn sandbox ngắn hạn
• •Rời E2B dạng host để sang một runtime tự host, tương thích API, bằng cách đổi endpoint
• •Các workload reinforcement-learning hoặc kiểu SWE-bench liên tục tạo và hủy sandbox (README có một demo RL)
• •Chụp snapshot một sandbox đang chạy để fork hoặc rollback trạng thái agent giữa chừng

Cách cài đặt / dùng thử

CubeSandbox cần một host x86_64 Linux có hỗ trợ KVM. Phần quick start của README dẫn bạn qua việc cấp một server, cài đặt, tạo một template và chạy code agent mà không cần build từ source. Nó có ba đường triển khai — PVM (một cloud VM thông thường, đường được README khuyến nghị), bare metal, và một môi trường dev dựa trên QEMU (được đánh dấu rõ là hiệu năng kém). Các lệnh cài đặt cụ thể không được nêu lại trong metadata ở đây; xem các hướng dẫn quickstart và triển khai của dự án.

Cách sử dụng

Sau khi triển khai, bạn mở web console tại http://<control-node-ip>:12088 để xác nhận node khỏe, cài một template từ Template Store, rồi tạo một sandbox và xem log trực tiếp. Về code, bạn dùng E2B SDK trỏ tới endpoint CubeSandbox của mình — các ví dụ trong README bao gồm thực thi code, tự động hóa trình duyệt, tích hợp OpenClaw và huấn luyện RL. Cách dùng SDK chi tiết hơn thế thì README không tài liệu hóa đầy đủ.

Lựa chọn thay thế

Ai nên thử — và ai nên bỏ qua

Các đội xây một nền tảng AI agent trên x86_64 Linux cần chạy code do model sinh, không tin tưởng, ở quy mô lớn và muốn cách ly cấp VM với khởi động nhanh như container — nhất là ai đã dùng E2B SDK và muốn tự host. Nó là thừa thãi nếu bạn chỉ thỉnh thoảng chạy một sandbox, không đáp ứng được yêu cầu KVM, hoặc không muốn vận hành một cụm nhỏ.

Câu hỏi thường gặp