Modal VM Sandboxes 가 2026년 10월 1일 정식 GA가 됐다. AI 클라우드 인프라 기업 Modal 이 공식 블로그를 통해 발표한 것으로, AI 에이전트를 위한 완전한 Linux 가상 머신이다. 샌드박스 런타임 지정만 runtime="vm" 으로 바꾸면 에이전트는 진짜 컴퓨터 안에서 일할 수 있다. Docker 실행, 로컬 데이터베이스 구동, Linux 커널을 직접 만지는 것까지 가능하고, API·이미지·종량제 과금은 기존과 동일하다.
플래그 하나로, 컨테이너에서 실기로
VM Sandboxes 는 Modal 샌드박스의 사용 방식을 그대로 잇는다. 동일한 API, modal.Image 이미지 재사용, 1초 미만의 콜드 스타트, 버스트 가능한 CPU와 메모리, 클러스터당 수십만 개의 동시 샌드박스. 바뀌는 것은 밑단이다. gVisor 컨테이너 대신 진짜 가상 머신이 돈다. Modal 은 Rust 기반 Cloud Hypervisor 위에 런타임을 직접 개발했고, 호스트 파일시스템, 이미지 지연 로딩, 메모리 버스팅, 스냅샷 기술에 자체 혁신을 더했다.
전환 비용은 거의 없다. gVisor 샌드박스는 계속 기본 런타임이며, 실기로의 전환은 플래그 하나면 된다. 공식 가이드도 직설적이다. "유저스페이스의 벽(Docker, FUSE 파일시스템, 특수한 커널 기능)에 부딪혔을 때만 VM을 선택하라"는 것이다.
에이전트가 컴퓨터를 원하는 이유
블로그에는 전환점이 소개돼 있다. 올해 초 Modal 팀은 Ramp 가 Modal 샌드박스 위에 소프트웨어 개발 생명주기 전체를 구동하는 사내 에이전트를 구축하는 모습을 지켜보며, 에이전트가 진정으로 원하는 실행 환경이 무엇인지 깨달았다고 한다.
평가나 프로덕션에서 도는 에이전트는 '진짜 머신' 안에 살고 싶어 한다. Docker 스택, 로컬 데이터베이스와 개발 서버, 그래픽 환경, 모바일 시뮬레이터, 심지어 Linux 커널 자체까지. 한편 Modal 은 컨테이너 시대에 쌓은 사용성——exec·파일시스템 API, 버스트 가능한 리소스 모델——을 버리고 싶지 않았다. 그래서 둘을 합쳤다. VM의 능력에, 컨테이너의 손맛을.
이미 돌아가고 있는 세 가지 사례
GA 전부터 VM Sandboxes 는 수개월간 얼리 고객의 손에 있었고, 누적 2천만 대가 넘는 VM이 실행됐다. 블로그는 세 곳의 이름을 밝혔다.
Linear 의 Coding Sessions 는 Linear 를 떠나지 않고 이슈를 코딩 에이전트에 넘길 수 있는 기능으로, 각 세션 뒤에서는 사용자의 완전한 개발 환경을 담은 VM이 돈다. Linear 엔지니어에 따르면 전환은 플래그 하나였고 이후 모든 것이 정상 동작했으며, Docker 는 일반 Linux 호스트에서처럼 돌아가게 됐다고 한다.
법률 AI 기업 Legora 는 장시간 에이전트 평가에 쓴다. 각 샌드박스에 Legora 앱 전체——Postgres, DOCX 에디터, 에이전트 자체의 코드 샌드박스——를 올리고 수천 건의 문서를 상대로 몇 시간씩 돌린다. 이전에는 컨테이너 안에서 완전한 Docker 를 재현하기 위해 모든 계층에 네트워크와 FUSE 우회책이 필요했다. VM으로 바꾸자 그 우회책들은 전부 삭제됐다.
프론티어 AI 데이터 랩 Snorkel 은 에이전트 시뮬레이션에 쓴다. 월 수백만 회의 시뮬레이션에서 에이전트는 현실에 가까운 환경에서 무중단 데이터베이스 마이그레이션, 부하 상태의 서비스 교체 같은 작업을 수행한다. "시뮬레이션이 의미 있으려면, 환경이 에이전트가 실제로 마주할 현실 세계를 비춰야 한다." VM Sandboxes 는 매 시뮬레이션에 완전한 머신 한 대를 제공한다.
단순한 '설정 업그레이드'가 아니다
몇 가지를 겹쳐 보면 이번 발표의 무게가 보인다.
첫째, 에이전트 인프라 경쟁의 초점이 아래쪽으로 이동하고 있다. 모델의 차이가 벌어지기 어려운 시대에, 에이전트에게 더 프로덕션에 가까운 '컴퓨터'를 줄 수 있는 쪽이 더 어려운 작업을 가져간다. 이번에 Modal 이 메운 것은 '환경 충실도' 영역이다.
둘째, Modal 은 지도의 양쪽을 맞춰 가고 있다. 얼마 전 GA가 된 Modal Clusters 가 멀티노드 학습을 노린다면, VM Sandboxes 는 에이전트 실행과 평가를 노린다. 한쪽은 '모델을 만드는 곳', 다른 한쪽은 '모델이 일하는 곳'이다.
셋째, 개발자의 판단은 단순해졌다. 기존 샌드박스에서 워크로드가 잘 돌아간다면 건드릴 필요가 없다. 에이전트가 Docker 나 커널 모듈 같은 '실기 특권'을 요구하기 시작하면 플래그 하나만 바꾸면 된다. 플랫폼 변경도, 이미지 재작성도 필요 없다.
물론 경계도 있다. GA 첫날의 VM Sandboxes 는 매끄러운 교체를 위해 의도적으로 '컨테이너 모양'이다. VM 프로그래밍 모델을 살린 새로운 프리미티브는 아직 오는 중이다. Modal 스스로도 다음 목표는 VM을 더 가볍고, 더 탄력적으로 만드는 것이라고 말한다.
하지만 방향은 분명하다. 2026년 에이전트 경쟁의 후반전은 모델만으로 결정되지 않는다. 에이전트가 사는 '컴퓨터'가 어떤 모습인가로 결정된다.
