CubeSandbox: 텐센트 클라우드가 만든 AI 에이전트용 60ms 미만 MicroVM 샌드박스

Orca: Claude Code, Codex, Cursor를 병렬로 실행하는 ADE • herdr: 여러 AI 에이전트를 동시에 실행하기 위한 터미널 멀티플렉서

CubeSandbox란 무엇인가? #

CubeSandbox는 이 목록의 다른 멀티 에이전트 도구들보다 좁지만 더 근본적인 문제를 다룬다: “코딩 에이전트를 어떻게 여러 개 동시에 돌릴까"가 아니라 “AI 에이전트가 신뢰할 수 없는 임의 코드를 실행할 때, 건드리면 안 되는 것을 건드리지 못하게 어떻게 막을까"이다. 텐센트 클라우드의 오픈소스 답이 바로 이것이다 — RustVMM과 KVM 위에 구축된 고성능 샌드박스 서비스로, 모든 샌드박스가 가벼운 MicroVM 안에서 자신만의 독립된 커널을 갖는다.

🔗 GitHub: https://github.com/TencentCloud/CubeSandbox 🌐 홈페이지: https://cubesandbox.com

텐센트 클라우드가 2026년 4월 Apache-2.0(텐센트 저작권 표시 포함)으로 공개했고, 2026년 7월 말 기준 1만 700개 이상의 GitHub 스타를 기록했으며 CNCF Landscape의 AI 네이티브 인프라 카테고리에 등재돼 있다.

왜 컨테이너가 아니라 MicroVM인가 #

Docker 컨테이너는 공유 커널 네임스페이스로 격리한다 — 빠르지만, 한 호스트의 모든 샌드박스가 여전히 하나의 커널을 공유하므로 어느 한 샌드박스에서 커널 수준 취약점이 발생하면 호스트 전체의 문제가 된다. 전통적인 VM은 인스턴스마다 독립된 커널로 이 문제를 해결하지만, 그 대가로 부팅 시간(초 단위)과 메모리 사용량이 훨씬 커진다.

CubeSandbox의 논지는 KVM MicroVM과 공격적인 리소스 풀링을 결합하면 전통적 VM 수준의 비용 없이 VM급 격리를 얻을 수 있다는 것이다:

이는 프로젝트가 자체 발표한 벤치마크 수치(베어메탈 기준, 성능 벤치마크 보고서에 문서화)이며, 본 글에서 독립적으로 재현하지는 않았다.

핵심 기능 #

아키텍처 #

배포 #

CubeSandbox는 KVM을 지원하는 x86_64 Linux 호스트가 필요하다. 프로젝트는 세 가지 경로를 문서화한다:

1. PVM(클라우드 VM) — 권장 경로; 베어메탈이나 중첩 가상화 없이 일반 클라우드 VM에 배포
2. 베어메탈 — 직접 배포, 텐센트 클라우드 프로덕션 클러스터를 원클릭으로 구성하는 Terraform 포함
3. 개발 환경(QEMU VM) — KVM 접근 권한이 없을 때 테스트용; 성능이 떨어져 프로덕션에는 권장하지 않는다고 명시

배포 후에는 웹 콘솔이 기본 제공된다:

http://<컨트롤 노드 IP>:12088

거기서: Overview 페이지로 노드 상태 확인 → 템플릿 스토어에서 템플릿 설치 → 샌드박스 생성 후 로그를 실시간으로 확인.

사용 사례 #

1. 신뢰할 수 없는 에이전트 코드를 안전하게 실행 #

AI 코딩 에이전트가 생성한 코드마다 공유 커널 컨테이너가 아닌 독립된 MicroVM을 할당해, 샌드박스 하나가 뚫려도 호스트나 다른 샌드박스로 번지지 못하게 한다.

2. 고밀도 멀티테넌트 에이전트 플랫폼 #

5MB 미만의 오버헤드와 일시 정지/재개 지원은 한 물리 노드에서 많은 에이전트 세션을 비용 효율적으로 운영하려는 플랫폼을 겨냥한다.

3. E2B Cloud에서 마이그레이션 #

비용이나 데이터 거주지 문제로, 기존 E2B SDK 코드를 E2B의 호스팅 서비스 대신 자체 운영하는 CubeSandbox 클러스터로 향하게 한다.

4. 강화학습 훈련 환경 #

프로젝트 자체 데모 영상에는 SWE-Bench 강화학습 사용 사례가 포함돼 있으며, 빠른 스냅샷/클론/롤백으로 훈련 에피소드 사이에 에이전트 환경을 재설정한다.

아직 로드맵에 남아 있는 것 #

프로젝트가 공개한 로드맵에 따르면 몇 가지는 아직 완성되지 않았다: 완전한 E2B API 동등성(현재 부분 구현), CRD/Operator 기반의 Kubernetes 네이티브 배포(현재는 Helm 기반), 노드 간 일시 정지/재개, 그리고 크래시된 VM이나 멈춘 shim 프로세스의 자동 장애 복구. 프로덕션 인프라를 이런 구체적 기능에 의존시키기 전에 진행 상황을 확인해 볼 가치가 있다.

관련 저장소 #

관련 글 #

• Orca: Claude Code, Codex, Cursor를 병렬로 실행하는 ADE — 여러 에이전트를 오케스트레이션하는, “더 안전하고 확장 가능한 에이전트 인프라"라는 같은 문제의 다른 층위
• herdr: 여러 AI 에이전트를 동시에 실행하기 위한 터미널 멀티플렉서 — 터미널 레이어에서의 멀티 에이전트 관리

결론 #

CubeSandbox는 AI 에이전트의 코드 실행에 VM급 격리가 필요하지만 VM급 비용을 치를 필요는 없다는 데 베팅한다 — KVM MicroVM으로 독립된 커널, 60ms 미만의 시작 속도, 샌드박스당 5MB 미만의 오버헤드를 구현하고 E2B 호환 API로 감쌌다. 노트북에서 가볍게 써보는 도구가 아니라 인프라급 도구다: 진짜 KVM 접근 권한이 필요하며, 점심시간에 잠깐 시험해 보려는 개인 개발자보다는 규모 있게 에이전트 코드 실행을 운영하는 팀을 겨냥한다.

추천 대상: 신뢰할 수 없는, 에이전트가 생성한 코드를 강력한 격리와 고밀도로 실행해야 하면서도 전통적 VM의 전체 오버헤드는 감당하고 싶지 않은, AI 에이전트 플랫폼을 구축 중인 팀.

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

셀프 호스팅 추천 인프라 #

CubeSandbox는 KVM을 지원하는 하드웨어가 명확히 필요하다 — 모든 VPS 등급이 중첩 가상화를 지원하는 것은 아니다:

• DigitalOcean — 14개 이상의 글로벌 리전, 60일간 200달러 무료 크레딧; CubeSandbox 배포 전에 선택한 droplet 크기가 KVM/중첩 가상화를 지원하는지 확인할 것.
• HTStack — 중국 본토에서 지연 시간이 짧은 홍콩 VPS. dibi8.com이 호스팅되는 것과 같은 IDC로, 프로덕션에서 검증됐다.

제휴 링크입니다 — 추가 비용 없이 dibi8.com 운영을 돕습니다.

최종 업데이트: 2026-07-29

참고 자료 #

• CubeSandbox
• CubeSandbox 홈페이지
• CubeSandbox 아키텍처 문서
• CubeSandbox 성능 벤치마크 보고서
• E2B