CubeSandbox: Sandbox MicroVM Dưới 60ms Của Tencent Cloud Cho AI Agent

CubeSandbox là dịch vụ sandbox mã nguồn mở, tương thích E2B, xây trên RustVMM và KVM. Nó tạo MicroVM cách ly phần cứng cho việc thực thi code của AI agent trong dưới 60ms, chi phí bộ nhớ mỗi sandbox dưới 5MB.

  • ⭐ 10739
  • Rust
  • KVM
  • eBPF
  • Apache-2.0
  • Cập nhật 2026-07-29

Orca: ADE Chạy Song Song Claude Code, Codex Và Cursorherdr: Trình Ghép Terminal Chạy Nhiều AI Agent Cùng Lúc

Sơ đồ kiến trúc CubeSandbox, hiển thị các thành phần CubeAPI, CubeMaster, CubeProxy, Cubelet, CubeVS, CubeEgress
Kiến trúc CubeSandbox — sơ đồ chính thức từ github.com/TencentCloud/CubeSandbox

CubeSandbox Là Gì? #

CubeSandbox giải quyết một vấn đề hẹp hơn nhưng sâu hơn so với các công cụ multi-agent khác trong danh sách này: không phải “làm sao chạy nhiều coding agent cùng lúc” mà là “làm sao để AI agent thực thi code không đáng tin cậy mà không chạm vào những thứ không nên chạm.” Đây là câu trả lời mã nguồn mở của Tencent Cloud — một dịch vụ sandbox hiệu năng cao xây trên RustVMM và KVM, mỗi sandbox có một kernel riêng bên trong một MicroVM nhẹ.

🔗 GitHub: https://github.com/TencentCloud/CubeSandbox 🌐 Trang chủ: https://cubesandbox.com

Tencent Cloud công bố vào tháng 4/2026 theo giấy phép Apache-2.0 (kèm bản quyền của Tencent), CubeSandbox đạt hơn 10.700 sao GitHub vào cuối tháng 7/2026 và có mặt trong CNCF Landscape ở hạng mục hạ tầng AI-native.


Vì Sao Là MicroVM Chứ Không Chỉ Container #

Docker container cách ly bằng namespace kernel chia sẻ — nhanh, nhưng mọi sandbox trên một host vẫn dùng chung một kernel, nên lỗ hổng cấp kernel ở một sandbox có thể trở thành vấn đề của cả host. VM truyền thống giải quyết bằng kernel riêng cho từng instance, nhưng trả giá bằng thời gian khởi động (tính bằng giây) và bộ nhớ lớn hơn nhiều.

Luận điểm của CubeSandbox: kết hợp MicroVM KVM với resource pooling mạnh mẽ có thể đạt được mức cách ly ngang VM mà không phải trả chi phí ngang VM truyền thống:

Chỉ sốDocker ContainerVM Truyền ThốngCubeSandbox
Mức cách lyThấp (chia sẻ namespace kernel)Cao (kernel riêng)Kernel riêng + eBPF
Tốc độ khởi động~200msTính bằng giâyDưới 60ms (đơn luồng)
Chi phí bộ nhớThấp (chia sẻ kernel)Cao (OS đầy đủ)Dưới 5MB mỗi sandbox (tự công bố)
Mật độ triển khaiCaoThấpHàng nghìn mỗi node (tự công bố)
Tương thích E2B SDKKhôngKhôngDrop-in một phần

Đây là các con số benchmark tự công bố của dự án (trên bare metal, tài liệu trong báo cáo benchmark hiệu năng), bài viết này không tái hiện độc lập.

Biểu đồ chi phí bộ nhớ của CubeSandbox theo kích thước instance
Chi phí bộ nhớ theo kích thước instance — biểu đồ chính thức từ github.com/TencentCloud/CubeSandbox


Tính Năng Chính #

Tính năngMô tả
Khởi động siêu nhanhResource pooling + snapshot cloning bỏ qua chi phí cold-start, trung bình dưới 60ms
Cách ly phần cứngMỗi sandbox có kernel riêng trong MicroVM KVM của chính nó
Tương thích E2B SDKĐổi một biến môi trường là thay E2B Cloud bằng CubeSandbox
Mật độ triển khai caoChia sẻ kernel + Copy-on-Write giữ chi phí mỗi sandbox dưới 5MB; hỗ trợ tạm dừng/tiếp tục
Bảo mật mạngCách ly giữa các sandbox và lọc egress dựa trên eBPF ở tầng kernel, kết hợp proxy bảo mật L7 với chính sách theo domain/path/method
Snapshot & RollbackCheckpoint chi tiết ở mức 100ms; rollback về bất kỳ trạng thái đã lưu hoặc fork từ một trạng thái cụ thể
Volume FrameworkVolume lưu trữ có thể cắm được, tương thích E2B, vòng đời độc lập, chia sẻ được giữa các sandbox
Hỗ trợ ARM64Hỗ trợ ARM64 native xuyên suốt biên dịch, build, triển khai bên cạnh x86_64

Kiến Trúc #

Thành phầnNhiệm vụ
CubeAPICổng API REST đồng thời cao (Rust), tương thích E2B
CubeMasterBộ điều phối cluster — nhận request và phân phối cho các Cubelet, quản lý lịch trình tài nguyên và trạng thái cluster
CubeProxyReverse proxy định tuyến request theo giao thức E2B đến đúng sandbox
CubeletBộ điều phối local mỗi node, quản lý toàn bộ vòng đời sandbox trên node đó
CubeVSVirtual switch dựa trên eBPF, cách ly mạng ở tầng kernel
CubeEgressCổng egress dựa trên OpenResty — lọc domain, tiêm credential, kiểm toán truy cập
CubeHypervisor / CubeShimTầng ảo hóa — CubeHypervisor quản lý MicroVM KVM, CubeShim triển khai containerd Shim v2 để tích hợp vào runtime container chuẩn

Triển Khai #

CubeSandbox cần host Linux x86_64 hỗ trợ KVM. Dự án tài liệu hóa ba đường triển khai:

  1. PVM (Cloud VM) — đường được khuyến nghị; triển khai trên VM cloud thông thường, không cần bare metal hay ảo hóa lồng
  2. Bare Metal — triển khai trực tiếp, kèm Terraform để dựng cluster production Tencent Cloud chỉ với một click
  3. Môi Trường Dev (QEMU VM) — dùng để test khi không có quyền KVM; dự án nêu rõ không khuyến nghị cho production vì hiệu năng kém

Sau khi triển khai, web console có sẵn ngay:

http://<IP-node-điều-khiển>:12088

Từ đó: kiểm tra Overview để xác nhận node Ready và tình trạng healthy, cài template có sẵn từ Template Store, tạo sandbox và xem log trực tiếp.

Benchmark tạo sandbox của CubeSandbox với 50 request đồng thời
Độ trễ tạo sandbox theo mức đồng thời — biểu đồ chính thức từ github.com/TencentCloud/CubeSandbox


Trường Hợp Sử Dụng #

1. Chạy An Toàn Code Không Đáng Tin Cậy Do Agent Tạo #

Cấp cho mỗi đoạn code do AI coding agent tạo ra một MicroVM riêng thay vì container chia sẻ kernel, để nếu một sandbox bị xâm nhập cũng không lan sang host hay sandbox khác.

2. Nền Tảng Multi-Tenant Mật Độ Cao #

Chi phí dưới 5MB cùng hỗ trợ tạm dừng/tiếp tục nhắm đến các nền tảng cần chạy nhiều phiên agent trên một node vật lý một cách tiết kiệm.

3. Chuyển Ra Khỏi E2B Cloud #

Vì lý do chi phí hoặc quy định lưu trữ dữ liệu, trỏ code E2B SDK hiện có sang một cluster CubeSandbox tự vận hành thay vì dịch vụ hosted của E2B.

4. Môi Trường Huấn Luyện Reinforcement Learning #

Video demo của dự án có một trường hợp dùng SWE-Bench cho RL, tận dụng snapshot/clone/rollback nhanh để reset môi trường agent giữa các episode huấn luyện.


Những Gì Vẫn Còn Trong Roadmap #

Theo roadmap công khai của dự án, một số thứ chưa hoàn thiện: tương thích đầy đủ E2B API (hiện chỉ một phần), triển khai Kubernetes native dựa trên CRD/Operator (hiện dựa trên Helm), tạm dừng/tiếp tục xuyên node, và tự động phục hồi lỗi cho VM crash hay shim bị treo. Đáng kiểm tra tiến độ trước khi đặt hạ tầng production phụ thuộc vào những tính năng cụ thể này.


Repository Liên Quan #

RepositoryMục đích
E2BSDK/giao thức sandbox mà CubeSandbox hướng đến tương thích
firecracker-microvmCông nghệ MicroVM của AWS, một cách tiếp cận cách ly dựa trên KVM tương tự trong ngành

Bài Viết Liên Quan #


Kết Luận #

CubeSandbox đặt cược rằng việc thực thi code của AI agent cần mức cách ly ngang VM nhưng không phải trả chi phí ngang VM — dùng MicroVM KVM để có kernel riêng, khởi động dưới 60ms, chi phí mỗi sandbox dưới 5MB, bọc trong một API tương thích E2B. Đây là công cụ cấp hạ tầng, không phải đồ chơi trên laptop: cần quyền truy cập KVM thật, nhắm đến các đội đang vận hành thực thi code của agent ở quy mô lớn, không phải developer cá nhân muốn thử nghiệm trong giờ nghỉ trưa.

Phù hợp nhất với: Các đội đang xây nền tảng AI agent cần chạy code không đáng tin cậy do agent tạo ra với mức cách ly mạnh, mật độ cao, mà không muốn gánh toàn bộ chi phí của VM truyền thống.

GitHub: https://github.com/TencentCloud/CubeSandbox


Hạ Tầng Đề Xuất Để Tự Host #

CubeSandbox rõ ràng cần phần cứng hỗ trợ KVM — không phải mọi gói VPS đều hỗ trợ ảo hóa lồng:

  • DigitalOcean — 200 USD credit miễn phí trong 60 ngày trên hơn 14 vùng toàn cầu; kiểm tra kích thước droplet có hỗ trợ KVM/ảo hóa lồng trước khi triển khai CubeSandbox.
  • HTStack — VPS Hồng Kông với độ trễ thấp từ Trung Quốc đại lục. Đây chính là IDC đang host dibi8.com — đã được kiểm chứng trong môi trường production.

Liên kết affiliate — không tốn thêm chi phí cho bạn và giúp duy trì hoạt động của dibi8.com.

Cập nhật lần cuối: 2026-07-29

Tài Liệu Tham Khảo #

📦 Xuất hiện trong các bộ sưu tập

💬 Bình luận & Thảo luận