왜 컨테이너 대신 VPS 한 대 통째를 샌드박스로?

폭발 반경. 당신 기계 위의 컨테이너는 커널을 공유하고 당신의 파일·키·네트워크 옆에 앉습니다. 별도 VPS는 진짜 격리입니다 — 신뢰할 수 없는 AI 생성 코드가 당신의 것이 아무것도 없는 기계에서 돌고, 작업이 끝나면 기계 전체가 파괴됩니다. 신뢰하지 않는 코드에는 일회용 서버가 더 깨끗한 경계입니다.

에이전트가 기계를 스스로 어떻게 만들고 파괴하나요?

우리 MCP 서버를 통해 에이전트는 order_vps를 호출해 새 기계를 프로비저닝(선불 암호 잔액에서 결제)하고, get_vps_status로 SSH 접근을 읽고, 코드를 실행한 뒤, 'immediate' 모드의 cancel_service로 파괴합니다. 아무도 아무것도 클릭하지 않습니다.

수명이 짧은 기계를 취소하면 돈은 어떻게 되나요?

즉시 취소 시 결제된 기간이 어떻게 되는지는 [약관](/terms)에 나와 있습니다. 변하지 않는 것: 선불 모델에서 에이전트에게는 엄격한 지출 상한이 있습니다 — 잔액에 있는 만큼만 쓸 수 있습니다.

이것은 정말 안전한 격리인가요?

로컬 컨테이너보다 훨씬 강하며, 그 경계에 대해 정직합니다. 각 샌드박스는 자체 OS·IP·디스크를 가진 자신만의 VM입니다 — 당신의 것이 아무것도 없고, 파괴하면 모든 것이 제거됩니다. 표준 VPS 격리이지 보안 연구용 강화 엔클레이브가 아닙니다; 형식 검증된 샌드박스에만 맡길 것은 돌리지 마세요. 흔한 경우 — AI가 방금 쓴 코드를 당신 기계를 위험에 빠뜨리지 않고 실행 — 에는 일회용 VPS가 딱 맞습니다.

신분증이나 카드를 요구하나요?

아니요. 등록은 이메일, 결제는 USDC 또는 USDT. 서류 없음, 카드 없음, KYC 없음 — 자율 에이전트가 프로비저닝하고 결제할 때 중요합니다.

일회성 VPS 샌드박스: AI 에이전트가 스스로 띄우고, 신뢰할 수 없는 코드를 실행하고, 파괴하게 하라

새 기능: 코드 샌드박스. AI가 작성한 코드를 실행만 하려면 이제 VPS 전체가 필요 없습니다. EQVPS 코드 샌드박스는 약 1초 만에 시작되고 초 단위로 과금되며 바로 MCP 샌드박스로 쓰이는 Firecracker microVM입니다 — SDK pip install eqvps · npm i @eqvps/sdk (문서). 새 계정의 첫 샌드박스는 $1 무료입니다. root, 공인 IP 또는 몇 주간 돌아갈 머신이 필요하다면 아래의 VPS 전체 방식이 여전히 맞습니다.

AI 에이전트가 당신이 검토하지 않은 코드를 쓰는 순간 문제가 생깁니다: 어디서 실행하나? 노트북에서, SSH 키와 파일 옆에서는 아닙니다. 흔한 답은 컨테이너 — 하지만 컨테이너는 당신 커널을 공유하고 당신 기계에 삽니다. 거의 아무도 쓰지 않는 더 깨끗한 경계가 있습니다. 예전에는 준비가 너무 느렸기 때문입니다: 에이전트 스스로 만들고, 쓰고, 파괴하는 일회용 VPS 한 대 통째.

이것이 주제입니다 — 그리고 EQVPS가 바로 이를 위해 독보적으로 만들어진 패턴입니다. 에이전트가 MCP로 전체 수명 주기를 스스로 밟을 수 있으니까요.

왜 일회용 VPS가 로컬 컨테이너를 이기나

신뢰하지 않는 코드를 실행할 때 문제는 폭발 반경입니다 — 잘못 행동하면 무엇에 닿을 수 있나?

로컬 컨테이너는 당신 커널을 공유하고, 당신 네트워크에 있으며, 설정 실수 하나 거리에 호스트가 있습니다. 당신이 쓴 코드엔 괜찮고, AI가 방금 생성한 코드엔 위험합니다.
일회용 VPS는 자체 OS, 자체 IP를 가진 별도 기계이며 당신의 것이 아무것도 없습니다. 신뢰할 수 없는 코드는 거기서 돕니다. 끝나면 기계는 파괴되고 그 위의 모든 것이 함께 사라집니다.

예전에 이렇게 하지 않은 이유는 마찰입니다: 서버를 만들고 해체하는 것은 대시보드, 카드, 사람을 뜻했습니다. 그것을 없애면, 일회용 VPS 샌드박스가 당연한 선택이 됩니다.

에이전트가 소유하는 수명 주기

이것이 여기서만 성립하는 부분입니다. 우리 MCP 서버를 통해 에이전트는 전체 사이클을 사람 없이 밟습니다:

order_vps({ product: "nano", os_id: 1 })      // 새 기계, 선불 잔액에서 결제
get_vps_status({ service_id })                // → ip, ssh_port, 일회성 root 비밀번호
// 에이전트가 SSH로 들어가 신뢰할 수 없는 코드를 실행하고 결과를 읽음
cancel_service({ service_id, type: "immediate", confirm: "<hostname>" })
//    → VM 파괴

네 번의 호출: 생성, 접근 읽기, 실행, 파괴. 대시보드 없음, 구매를 승인하는 사람 없음. 에이전트가 자기 서버를 사서 돌렸고; 이제 그것을 처분도 합니다.

이를 실용적으로 만드는 경제학

두 가지 설계 선택이 이를 "비싸다"에서 "당연하다"로 바꿉니다:

선불 잔액 = 강한 지출 상한. 에이전트는 당신이 한 번 암호로 채운 잔액에서 결제합니다. 거기 있는 것보다 결코 더 못 씁니다 — 그래서 기계를 만드는 폭주 루프도 지갑 전체가 아니라 잔액에 묶입니다.
즉시 취소는 그 자리에서 끝냅니다. 기간 중간에 머신을 파괴하면 바로 적용됩니다; 결제된 기간이 어떻게 되는지는 약관에 나와 있습니다.

둘이 합쳐, 작업마다 일회용 샌드박스를 돈 먹는 구멍이 아니라 경제적으로 합리적으로 만듭니다.

정직한 범위

이것은 VPS 격리이지 보안 연구 엔클레이브가 아닙니다. 각 샌드박스는 통째 VM — 로컬 컨테이너보다 훨씬 강하지만, 표준 가상화이지 형식적으로 강화된 샌드박스가 아닙니다. AI가 방금 쓴 코드를 당신 기계를 위험에 빠뜨리지 않고 실행하기엔 딱 맞고; 적대적 멀웨어 분석엔 전용 도구를 쓰세요.
프로비저닝은 약 1분. 새 VM이 부팅되고 SSH가 약 60초에 응답합니다 — 빠르지만 따뜻한 컨테이너처럼 즉각적이지는 않습니다. 작업당 격리엔 괜찮고; 서브초 함수 호출엔 그 도구가 아닙니다.
AUP는 여전히 적용됩니다. 자기 신뢰할 수 없는 코드용 일회용 샌드박스는 괜찮고; 일회용 기계를 남용·공격·스팸에 쓰는 것은 안 되며, 계정 종료로 이어집니다.

왜 하필 여기인가

다른 어떤 호스트도 에이전트가 이 사이클을 처음부터 끝까지 소유하게 하지 않습니다: 생성, 결제, 실행, 파괴 — 사람 없이, 카드 없이, KYC 없이. 등록은 이메일, 잔액 충전은 USDC 또는 USDT, 그리고 에이전트는 일회용 샌드박스 함대를 스스로 관리할 수 있습니다. 코드를 쓰고 실행하는 에이전트를 만든다면, 이것이 당신 기계를 걸지 않는 격리 경계입니다. MCP 엔드포인트로 향하게 하고 프로비저닝하게 하세요.