Qual VPS devo usar para o Claude Code ou outros agentes de código?

Uma máquina de 4 vCPU / 4 GB é o ponto ideal para um agente num projeto de verdade (o plano AI-Agent da EQVPS); 2 GB bastam para repos leves. O agente em si é leve — dimensione para o toolchain de build e teste do seu projeto, não para o agente.

Posso rodar agentes de código num VPS sem KYC?

Sim. Cadastre-se com um e-mail e pague em cripto (USDC ou USDT na Base ou Ethereum) — sem documento, sem cartão. Prático quando você sobe máquinas descartáveis por agente e não quer cada uma atrelada à sua identidade.

NAT ou IP dedicado para um agente de código?

NAT basta — um agente de código só faz chamadas de saída (API do modelo, git, registros de pacotes), então o SSH encaminhado por porta num plano NAT dá conta. Escolha um IP dedicado só se você também hospeda algo de entrada, como um receptor de webhook ou servidor de preview.

Um agente de IA pode provisionar o próprio VPS?

Sim — a EQVPS expõe um servidor MCP, então um agente pode listar planos, pagar em cripto e subir a própria máquina programaticamente. Detalhes em /docs.

Por que rodar um agente de código num VPS em vez do meu notebook?

Persistência. Num servidor o agente continua trabalhando quando seu notebook dorme, fecha ou perde o wifi — um refactor longo ou uma rodada de testes sobrevive ao seu dia. Também mantém instalações pesadas e bagunça de build fora da sua máquina, e dá ao agente um ambiente limpo e reproduzível para trabalhar.

Quanta RAM um agente de código precisa num servidor?

O processo do agente em si é leve — ele chama um modelo por uma API, então 2 GB dão conta do agente mais um checkout de git e editores confortavelmente. O que come RAM é o toolchain de build/teste do próprio projeto (um build grande de Node ou compilador), então dimensione para isso. 4 GB é um padrão seguro para projetos de verdade.

Como mantenho o agente rodando depois de desconectar o SSH?

Inicie-o dentro do tmux (ou screen). Você anexa, dispara o agente, desanexa e fecha o notebook — ele continua rodando no servidor. Reconecte depois com tmux attach para ver o progresso. Para rodadas agendadas sem supervisão, um serviço systemd ou cron é mais limpo.

É seguro dar a um agente autônomo acesso ao shell num servidor?

Trate-o como qualquer ferramenta poderosa: rode-o num VPS dedicado, não ao lado de nada precioso, use um usuário não-root, mantenha segredos em variáveis de ambiente e trabalhe num repositório git para que toda mudança seja revisável e reversível. O isolamento de uma máquina separada é exatamente por que um VPS é o lugar mais seguro para isto, não a sua máquina principal.

O agente precisa de uma CPU poderosa?

Não para o raciocínio — isso acontece no hardware do provedor do modelo. A CPU importa apenas para os builds e testes do seu projeto. Uma máquina de 2 núcleos serve para a maioria dos repos; aumente os núcleos se sua suíte de testes é pesada ou você roda vários agentes de uma vez.

Melhor VPS para o Claude Code e agentes de código (sem KYC, pago em cripto)

Um agente de código no seu notebook para no momento em que você fecha a tampa. O que é bom para uma edição rápida — e silenciosamente frustrante no momento em que você quer que ele mastigue um refactor longo, gire uma suíte de testes ou continue enquanto você vai fazer outra coisa. Mova-o para um servidor e essa limitação simplesmente desaparece: ele trabalha enquanto você dorme, sobrevive ao seu wifi caindo e te entrega o resultado quando você volta. Isto cobre qual VPS de fato encaixa num agente de código — Claude Code, o CLI do Cursor, Cline, OpenCode ou aider — o que pagar e como mantê-lo rodando, sem KYC e com pagamento em cripto.

O que "num servidor" de fato te compra

Não para. Uma tarefa longa roda até o fim independentemente do seu notebook.
Sala limpa. O agente ganha um ambiente reproduzível; sua máquina fica livre de lixo de build e dependências meio instaladas.
Isolamento. Um agente com acesso ao shell é poderoso. Muito melhor que ele tenha esse poder numa máquina descartável do que ao lado das suas fotos e chaves SSH.

Esse último ponto é subestimado: um VPS é a casa mais segura para um agente autônomo, precisamente porque é separado.

Dimensionando certo

O agente em si é leve — ele chama um modelo por uma API, então o raciocínio acontece em outro lugar (a mesma razão pela qual a maioria dos agentes de IA precisa de pouca RAM). O que de fato consome recursos é o toolchain do seu projeto: um build grande, uma rodada de testes pesada, um banco de dados local. Então dimensione para o projeto, não para o agente:

2 GB / 2 núcleos — confortável para o agente + um checkout de git + builds leves.
4 GB — um padrão seguro para projetos de verdade com suítes de teste adequadas.
Mais só se o seu build é genuinamente faminto ou você roda vários agentes de uma vez.

Qual plano encaixa — e como você paga

Para um único agente de código num projeto de verdade, o ponto ideal é 4 vCPU / 4 GB — espaço para o agente mais sua suíte de build e teste. Na EQVPS esse é o plano AI-Agent (US$10/mês); uma máquina de 2 GB serve para repos leves, suba só se seus testes são pesados ou você roda vários agentes de uma vez.

Duas decisões práticas:

NAT, não IP dedicado. Um agente de código só faz chamadas de saída — API do modelo, git, registros de pacotes — então um plano NAT com SSH encaminhado por porta é tudo de que ele precisa, e é mais barato. Recorra a um plano com IP dedicado só se você também hospeda algo ao qual outros se conectam (um receptor de webhook, um servidor de preview).
Sem KYC, pago em cripto. Cadastre-se com um e-mail e pague em USDC ou USDT na Base ou Ethereum — sem cartão, sem documento. Útil se você sobe máquinas descartáveis por agente e não quer cada uma atrelada à sua identidade. Um cartão também funciona, mas o on-ramp tem um mínimo de ~US$27, então recarregar um saldo pequeno uma vez é mais suave para planos baratos.

É só CPU e roda em duas localizações, Alemanha e Finlândia (a disponibilidade aparece no pedido) — bom para um agente de código (o raciocínio pesado está do lado do provedor do modelo), vale saber se você precisa especificamente de uma GPU ou de outra região.

Colocando para rodar

Faça SSH, configure seu toolchain e o agente (Claude Code, o CLI do Cline, aider — o que você usar), clone seu repo e exporte sua chave de API:

export ANTHROPIC_API_KEY=...    # ou a chave do seu provedor
cd ~/myproject

Agora o truque-chave — não o rode numa sessão SSH nua, ou ele morre quando você desconecta. Rode-o dentro do tmux:

sudo apt install -y tmux
tmux new -s agent
# dentro do tmux: inicie seu agente de código, aponte-o para a tarefa
# depois desanexe com: Ctrl-b, então d

Desanexe, feche o notebook, vá almoçar. O agente continua trabalhando no servidor. Volte e tmux attach -t agent para ver o que ele fez. Para rodadas agendadas e sem supervisão (por exemplo, uma passagem de manutenção noturna), envolva-o num serviço systemd em vez disso — mesmo padrão de manter qualquer processo vivo.

As ressalvas honestas

Dê a ele um sandbox, não as chaves do reino. Use um usuário não-root, mantenha-o num repositório git (toda mudança revisável e reversível) e não coloque credenciais de produção na máquina. Autonomia mais acesso ao shell mais descuido é como acidentes acontecem.
Observe seu gasto com tokens. Um agente de longa duração chamando um modelo em loop custa dinheiro real de API — defina limites e acompanhe. O servidor é barato; a inferência é o que soma.
Não é mágica. Um agente de fundo é ótimo para tarefas bem delimitadas e verificáveis. Aponte-o para algo vago e sem supervisão e você vai voltar para bobagem confiante. Delimite bem.

Dentro desses trilhos, um agente de código no próprio servidor é um padrão genuinamente útil — seu trabalho continua esteja você ou não. Suba uma máquina de 4 GB, coloque o tmux e seu agente, e deixe-o cozinhar. O agente pode até alugar o servidor sozinho via MCP se você quer o ciclo inteiro autônomo.