Um agente que escreve código precisa de um lugar para rodá-lo. A resposta comum é "dê um servidor a ele", e para muitos agentes isso é mais máquina do que o necessário. O erro oposto é igualmente comum: alguém monta um bot que precisa ficar sempre ligado dentro de um sandbox e depois não entende por que ele sumiu durante a noite.
Vendemos os dois, então vemos os dois erros. É assim que decidiríamos.
O que é cada um
Um sandbox é uma microVM Firecracker. Inicia em cerca de um segundo, vem com Python 3.12, Node.js 22, bash e git, tem internet de saída e não tem portas de entrada nem SSH. Você fala com ele pela API, pelo SDK ou por MCP: rodar um comando, enviar um arquivo, ler a saída. Um comando roda até 55 segundos; trabalhos mais longos rodam como tarefa em segundo plano. Um sandbox efêmero vive até 24 horas e some sozinho quando fica ocioso.
Um VPS é um servidor virtual comum. Root via SSH, um disco que permanece, e ele roda até você cancelar. Nos planos com IPv4 própria, todas as portas de entrada são suas. Nos planos NAT, você tem uma porta encaminhada para SSH, e o endereço de saída não é o seu próprio.
Mesmo saldo, mesma conta, mesmo servidor MCP. A diferença está no tempo de vida e em se é possível alcançá-lo de fora.
Três perguntas
1. Ele precisa estar rodando quando ninguém está chamando? Um bot de Telegram, um loop de trading, um scraper agendado, um agente que acorda a cada dez minutos para verificar algo. Tudo isso é VPS. Um sandbox ocioso apaga a si mesmo, e um persistente cobrado por hora durante um mês inteiro custa várias vezes um VPS pequeno.
2. Algo precisa se conectar a ele? Webhooks, uma API, um servidor MCP para a equipe, um painel aberto no navegador. Sandboxes não aceitam conexões de entrada de jeito nenhum. Isso é VPS, e na prática um com IPv4 própria: Nano-IP a partir de $8 por mês.
3. Alguém leu esse código? Saída de um modelo, um pacote que o agente resolveu instalar, um pull request de um desconhecido. É aqui que o sandbox se paga. Se o código fizer algo ruim, fará dentro de uma máquina que será apagada um minuto depois e que não tem nenhuma das suas chaves. Rodar a mesma coisa no VPS onde ficam os tokens do seu bot é uma aposta que você não quer fazer.
Se respondeu "não, não, sim", use um sandbox. "Sim" em qualquer uma das duas primeiras significa VPS. Muitos agentes ficam em "sim, talvez, sim", e esses precisam dos dois.
Onde os custos se cruzam
Sandboxes são cobrados por segundo de vCPU e RAM alocadas, com mínimo de 60 segundos. Planos VPS têm preço mensal fixo. Pelos preços atuais:
| Tarifa do sandbox | Por hora | VPS comparável | Por mês | Ponto de virada |
|---|---|---|---|---|
| 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 |
Se o código do seu agente roda alguns minutos por tarefa, mesmo centenas de tarefas por mês custam centavos em sandboxes. Quando o total passa de umas três horas por dia, o VPS fica mais barato, e muito mais barato em 24/7: um sandbox standard persistente durante um mês inteiro custa no máximo $36.14, contra $5 do Micro.
As linhas não são gêmeas exatas: o VPS tem mais vCPU e disco maior, e os planos NAT não aceitam conexões de entrada. Para a pergunta "onde meu código roda", que é a questão aqui, a comparação é justa.
O que recomendaríamos
Para um agente que faz trabalho de verdade, os dois:
- Um VPS como casa do agente. Nele rodam o loop do agente, sua memória e suas chaves de API, e nele fica aberto o que precisa estar aberto. O Nano de $3 basta para um agente que chama um modelo via API; inferência local exige muito mais.
- Um sandbox para cada tarefa não confiável. O agente escreve código, manda para uma microVM nova, lê o resultado e joga a máquina fora. O sandbox não recebe segredos de que não precisa.
Os dois ficam acessíveis pela mesma conexão MCP, e o agente decide a cada tarefa. Defina um limite de gastos com sandboxes antes de soltá-lo. Um loop que cria sandboxes sem parar vai esbarrar no limite em vez de esvaziar o saldo.
Quando este conselho não serve
Se você já roda código não confiável em contêineres no seu próprio servidor e essa fronteira basta, um sandbox separado pode parecer redundante. Depende de quanto você confia no código. Nossa comparação de níveis de isolamento mostra o que um contêiner barra e o que não barra.
Se o agente escreve aplicações inteiras e não trechos, há uma terceira opção entre as duas: um VPS em que cada branch que ele envia vira uma prévia com endereço próprio.
E se o agente só chama APIs e nunca executa o que escreveu, ele não precisa nem de sandbox nem de um servidor grande. Um VPS de $3 rodando o loop é mais que suficiente.
Próximos passos: sandboxes a partir de $0.0165 por hora (uma conta nova com e-mail confirmado recebe uma vez $1 para o primeiro sandbox, válido por 14 dias) e planos VPS a partir de $3 por mês. Se o agente vai cuidar do próprio servidor, leia o que ele faz depois do pedido.
Comentários
Nenhum comentário ainda. Seja o primeiro.