Un agente que escribe código necesita un lugar donde ejecutarlo. La respuesta habitual es «dale un servidor», y para muchos agentes eso es más máquina de la necesaria. El error contrario es igual de común: alguien monta un bot que debe funcionar siempre dentro de un sandbox y luego se pregunta por qué desapareció durante la noche.
Vendemos ambas cosas, así que vemos ambos errores. Así es como lo decidiríamos nosotros.
Qué es cada uno
Un sandbox es una microVM Firecracker. Arranca en un segundo aproximadamente, trae Python 3.12, Node.js 22, bash y git, tiene internet de salida y no tiene puertos de entrada ni SSH. Te comunicas con él mediante la API, el SDK o MCP: ejecutar un comando, subir un archivo, leer la salida. Un comando puede durar hasta 55 segundos; el trabajo más largo se ejecuta como tarea en segundo plano. Un sandbox efímero vive hasta 24 horas y desaparece solo si está inactivo.
Un VPS es un servidor virtual normal. Root por SSH, un disco que permanece, y funciona hasta que lo cancelas. En los planes con IPv4 propia, todos los puertos de entrada son tuyos. En los planes NAT tienes un puerto reenviado para SSH, y la dirección de salida no es tuya propia.
Mismo saldo, misma cuenta, mismo servidor MCP. La diferencia está en cuánto vive y en si se puede llegar a él desde fuera.
Tres preguntas
1. ¿Tiene que funcionar cuando nadie lo llama? Un bot de Telegram, un bucle de trading, un scraper programado, un agente que cada diez minutos comprueba algo. Todo eso es un VPS. Un sandbox inactivo se elimina solo, y uno persistente pagado por horas durante un mes entero cuesta varias veces más que un VPS pequeño.
2. ¿Algo tiene que conectarse a él? Webhooks, una API, un servidor MCP para tu equipo, un panel que abres en el navegador. Los sandboxes no aceptan conexiones entrantes en absoluto. Eso es un VPS, y en la práctica uno con IPv4 propia: Nano-IP desde $8 al mes.
3. ¿Alguien ha leído este código? La salida de un modelo, un paquete que el agente decidió instalar, un pull request de un desconocido. Aquí es donde el sandbox se gana su sitio. Si el código hace algo malo, lo hace dentro de una máquina que se elimina un minuto después y que no contiene ninguna de tus claves. Ejecutar lo mismo en el VPS donde están los tokens de tu bot es una apuesta que no quieres hacer.
Si respondiste «no, no, sí», usa un sandbox. Un «sí» en cualquiera de las dos primeras significa un VPS. Muchos agentes acaban en «sí, quizá, sí», y esos necesitan ambos.
Dónde se cruzan los costes
Los sandboxes se cobran por segundo según la vCPU y RAM asignadas, con un mínimo de 60 segundos. Los planes VPS tienen precio mensual fijo. Con los precios actuales:
| Tarifa de sandbox | Por hora | VPS comparable | Al mes | Punto de cruce |
|---|---|---|---|---|
| small (0,5 vCPU, 1 GB) | $0.033 | Nano (2 vCPU, 1 GB, NAT) | $3 | ~91 h |
| standard (1 vCPU, 2 GB) | $0.066 | Micro (2 vCPU, 2 GB, NAT) | $5 | ~76 h |
| plus (2 vCPU, 4 GB) | $0.132 | Small (4 vCPU, 4 GB, NAT) | $8 | ~61 h |
Si el código de tu agente funciona unos minutos por tarea, incluso cientos de tareas al mes cuestan centavos en sandboxes. Cuando el total supera unas tres horas al día, el VPS sale más barato, y mucho más barato en 24/7: un sandbox standard persistente durante un mes completo cuesta como máximo $36.14, frente a $5 de Micro.
Las filas no son gemelas exactas: el VPS tiene más vCPU y más disco, y los planes NAT no aceptan conexiones entrantes. Para la pregunta «dónde se ejecuta mi código», que es la que nos ocupa, la comparación es justa.
Lo que recomendaríamos
Para un agente que hace trabajo real, ambos:
- Un VPS como casa del agente. En él corren el bucle del agente, su memoria y sus claves de API, y en él está abierto lo que debe estar abierto. Nano por $3 basta para un agente que llama a un modelo por API; la inferencia local necesita mucho más.
- Un sandbox para cada tarea no confiable. El agente escribe código, lo envía a una microVM nueva, lee el resultado y tira la máquina. El sandbox no recibe secretos que no necesita.
Ambos están disponibles desde la misma conexión MCP, y el agente decide en cada tarea. Antes de soltarlo, pon un límite de gasto en sandboxes. Un bucle que crea sandboxes sin fin chocará con el límite en lugar de vaciar el saldo.
Cuándo este consejo no encaja
Si ya ejecutas código no confiable en contenedores en tu propio servidor y esa frontera te basta, un sandbox aparte puede parecer redundante. Depende de cuánto confíes en el código. Nuestra comparación de niveles de aislamiento explica qué detiene un contenedor y qué no.
Si el agente escribe aplicaciones enteras y no fragmentos, hay una tercera opción entre ambas: un VPS donde cada rama que sube se convierte en una vista previa con su propia dirección.
Y si el agente solo llama a APIs y nunca ejecuta lo que escribió, no necesita ni sandbox ni un gran servidor. Un VPS de $3 con el bucle del agente es más que suficiente.
Siguiente paso: sandboxes desde $0.0165 por hora (una cuenta nueva con el correo confirmado recibe una vez $1 para su primer sandbox, válido 14 días) y planes VPS desde $3 al mes. Si el agente va a gestionar su propio servidor, lee qué hace después del pedido.
Comentarios
Aún no hay comentarios. Sé el primero.