Mejor VPS para Claude Code y agentes de código (sin KYC, pagado con cripto)

Un agente de código en tu portátil se detiene en el momento en que cierras la tapa. Lo cual está bien para una edición rápida — y silenciosamente frustrante en el momento en que quieres que se abra paso a través de un refactoring largo, ejecute una suite de tests, o siga adelante mientras vas a hacer otra cosa. Muévelo a un servidor y esa limitación simplemente desaparece: trabaja mientras duermes, sobrevive a la caída de tu wifi, y te entrega el resultado cuando vuelves. Esto cubre qué VPS encaja de verdad con un agente de código — Claude Code, la CLI de Cursor, Cline, OpenCode o aider — qué pagar, y cómo mantenerlo funcionando, sin KYC y con pago cripto.

Qué te compra realmente «en un servidor»

• No se detiene. Una tarea larga corre hasta completarse independientemente de tu portátil.
• Sala limpia. El agente obtiene un entorno reproducible; tu máquina se mantiene libre de basura de build y dependencias medio instaladas.
• Aislamiento. Un agente con acceso de shell es poderoso. Mucho mejor que tenga ese poder en una máquina desechable que junto a tus fotos y tus claves SSH.

Ese último punto está infravalorado: un VPS es el hogar más seguro para un agente autónomo, precisamente porque está separado.

Dimensionarlo bien

El agente en sí es ligero — llama a un modelo por una API, así que el pensamiento pasa en otro sitio (la misma razón por la que la mayoría de los agentes de IA necesitan poca RAM). Lo que de verdad consume recursos es la toolchain de tu proyecto: un gran build, un testrun pesado, una base de datos local. Así que dimensiona para el proyecto, no para el agente:

• 2 GB / 2 núcleos — cómodo para el agente + un checkout de git + builds ligeros.
• 4 GB — un valor por defecto seguro para proyectos reales con suites de tests adecuadas.
• Más solo si tu build es genuinamente hambriento o ejecutas varios agentes a la vez.

Qué plan encaja — y cómo pagas

Para un único agente de código en un proyecto real, el sweetspot es 4 vCPU / 4 GB — espacio para el agente más tu suite de build y test. En EQVPS ese es el plan AI-Agent (10 $/mes); una máquina de 2 GB está bien para repos ligeros, escala solo si tus tests son pesados o ejecutas varios agentes a la vez.

Dos decisiones prácticas:

• NAT, no IP dedicada. Un agente de código solo hace llamadas de salida — API del modelo, git, registros de paquetes — así que un plan NAT con SSH reenviado por puerto es todo lo que necesita, y es más barato. Recurre a un plan con IP dedicada solo si además alojas algo a lo que otros se conectan (un receptor de webhooks, un servidor de previsualización).
• Sin KYC, pagado con cripto. Regístrate con un correo y paga en USDC o USDT en Base o Ethereum — sin tarjeta, sin documento. Útil si levantas máquinas desechables por agente y no quieres que cada una esté atada a tu identidad. Una tarjeta también funciona, pero el on-ramp tiene un mínimo de ~27 $, así que recargar un pequeño saldo una vez es más cómodo para planes baratos.

Es solo CPU y funciona desde un único centro de datos en Alemania — bien para un agente de código (el pensamiento pesado está del lado del proveedor del modelo), bueno saberlo si necesitas específicamente una GPU u otra región.

Ponerlo en marcha

Conéctate por SSH, configura tu toolchain y el agente (Claude Code, la CLI de Cline, aider — el que uses), clona tu repo, y exporta tu clave de API:

export ANTHROPIC_API_KEY=...    # o la clave de tu proveedor
cd ~/myproject

Ahora el truco clave — no lo ejecutes en una sesión SSH desnuda, o muere cuando te desconectas. Ejecútalo dentro de tmux:

sudo apt install -y tmux
tmux new -s agent
# dentro de tmux: inicia tu agente de código, apúntalo a la tarea
# luego desconecta con: Ctrl-b, después d

Desconecta, cierra tu portátil, ve a comer. El agente sigue trabajando en el servidor. Vuelve y tmux attach -t agent para ver qué hizo. Para ejecuciones programadas y sin supervisión (p. ej. un pase de mantenimiento nocturno), envuélvelo en un servicio systemd en su lugar — el mismo patrón que mantener cualquier proceso vivo.

Las salvedades honestas

• Dale una sandbox, no las llaves del reino. Usa un usuario no-root, mantenlo en un repo git (cada cambio revisable y reversible), y no pongas credenciales de producción en la máquina. Autonomía más acceso de shell más descuido es como pasan los accidentes.
• Vigila tu gasto en tokens. Un agente de larga ejecución que llama a un modelo en bucle cuesta dinero real de API — pon límites y revisa. El servidor es barato; la inferencia es lo que se acumula.
• No es magia. Un agente en segundo plano es genial para tareas bien delimitadas y verificables. Apúntalo a algo vago y sin supervisión y volverás a un disparate confiado. Delimita con firmeza.

Dentro de esas guías, un agente de código en su propio servidor es un patrón genuinamente útil — tu trabajo continúa lo hagas tú o no. Levanta una máquina de 4 GB, coloca tmux y tu agente, y déjalo cocinar. El agente puede incluso alquilar el servidor él mismo mediante MCP si quieres todo el bucle autónomo.