¿Necesito escribir un bloque AutoGPT personalizado para EQVPS?

No. AutoGPT ya incluye un bloque MCP — «Conecta a cualquier servidor MCP y ejecuta sus herramientas». Le das la URL de nuestro servidor (https://mcp.eqvps.com/mcp) y un token Bearer, eliges una herramienta, pasas argumentos. Esa es toda la integración. Un bloque de marca EQVPS solo añadiría un icono de catálogo; el bloque MCP ya hace el trabajo real.

¿Cómo obtiene el agente un token?

Llama a register_account — una herramienta pública, sin auth requerida. La respuesta es un token Bearer de inmediato: sin confirmación por correo, sin OTP, sin paso humano. Pegas ese token en el campo de credencial del bloque MCP y cada otra llamada de herramienta queda autenticada.

¿Con qué paga el agente?

Un saldo prepago financiado con USDC o USDT (Base, Ethereum o Polygon). order_vps descuenta el saldo por pedido. El agente nunca posee las claves de tu monedero y no puede gastar más allá del saldo — ese tope es tu red de seguridad.

¿Es totalmente sin intervención?

El pedido y la gestión lo son. La financiación aún no: un humano (o un monedero de agente financiado) recarga el saldo con cripto una vez, y después de eso el agente funciona por su cuenta. El pago on-chain por solicitud está en la hoja de ruta, no lanzado — preferimos decirlo que fingir.

¿Qué herramientas puede llamar el agente?

Las reales: list_plans, register_account, order_vps, get_vps_status, pay_invoice, topup_balance, power_vps, set_hostname, reset_password, reinstall_vps, cancel_service. Fíjate en los nombres — es order_vps, no create_server. Si una guía te dice create_server o delete_server, está adivinando.

Dale a tu agente AutoGPT su propio servidor

Hace un tiempo un agente de IA se registró en EQVPS, puso USDT en un saldo, pidió un VPS y leyó sus propias credenciales root — de principio a fin en unos dieciocho segundos, sin ningún humano en el bucle. Incluso nos entregó su propia clave pública SSH en el momento del pedido para poder iniciar sesión sin contraseña. Luego, un día después, volvió y compró uno más grande.

Esa es la parte que la gente no se cree del todo hasta que la ve. Un agente puede escribir el código, depurarlo y decirte dónde desplegar — pero alquilar la máquina real siempre ha necesitado una persona: un formulario de registro, quizá una verificación de identidad, una tarjeta en una página de pago. El agente hace la parte difícil y luego te espera para la parte aburrida.

Si estás construyendo sobre AutoGPT, esa brecha ya está cerrada. Solo tienes que conectarlo.

AutoGPT habla MCP de fábrica

Aquí está lo útil que la mayoría de la gente se pierde: AutoGPT incluye un bloque MCP. Su descripción es literalmente «Conecta a cualquier servidor MCP y ejecuta sus herramientas. Proporciona una URL de servidor, selecciona una herramienta y pasa argumentos de forma dinámica». No necesitas una integración personalizada de EQVPS — el bloque genérico es la integración.

Así que la configuración es corta:

Añade el bloque MCP a tu grafo de agente.
Fija server_url a https://mcp.eqvps.com/mcp.
Dale un token Bearer como credencial.
Elige una herramienta, pasa argumentos.

El paso 3 es lo único que vale la pena explicar, porque es donde nuestro diseño difiere de una API normal.

Conseguir el token — sin humano, sin correo

La mayoría de los hosters entregan claves de API a través de un panel en el que inicias sesión. Eso no funciona para un agente; todo el sentido es que no hay una persona para pulsar «generar clave».

Así que register_account es una herramienta pública. El agente la llama con un par de campos y obtiene un token Bearer de vuelta en la misma respuesta — sin confirmación por correo, sin OTP, sin pantalla de verificación. Coges ese token y lo colocas en el campo de credencial del bloque MCP, y cada llamada posterior (order_vps, get_vps_status y el resto) sale autenticada. Bajo el capó el cliente simplemente envía Authorization: Bearer <token> — nada exótico, que es exactamente por lo que el bloque MCP de AutoGPT le habla sin ningún caso especial.

Si prefieres que el agente no se registre él mismo, regístrate una vez tú, coge el token y entrégaselo. Cualquiera funciona.

Un flujo real

Digamos que quieres que el agente levante una máquina para un scraper. En llamadas de herramientas eso es:

list_plans → ve los planes y, para cada uno, los IDs de imagen de SO. Los slugs de plan son cosas como nano, micro, ai-agent-ip. El SO es un os_id (un número de esa lista — Ubuntu 24.04, Debian 12, AlmaLinux 9), no una cadena como "ubuntu-24".
order_vps con { product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. Pasa una clave SSH y obtienes root basado en clave enseguida — muy recomendado para un agente, para que nunca tenga que manejar una contraseña.
get_vps_status → consulta hasta que esté active. Esto devuelve el host, el puerto y un comando ssh listo para pegar. El root suele ser accesible aproximadamente un minuto después del pedido; una VM nueva necesita un momento para arrancar antes de que el SSH responda, así que si el primer intento es rechazado, espera y reintenta — no reinstales.

Eso es todo. El agente ahora tiene un servidor al que puede conectarse por SSH y hacer lo que fuera que se construyó para hacer.

Paga en cripto, sáltate el documento

El pago es un saldo prepago. Lo financias con USDC o USDT — en Base, Ethereum o Polygon — y order_vps gasta de ese saldo. Sin tarjeta, sin dirección de facturación, sin verificación de identidad. Para un agente autónomo eso importa dos veces: no hay un formulario de tarjeta que no pueda rellenar, y el saldo es un techo máximo de lo que puede gastar. Literalmente no puede acumular una factura más allá de lo que pongas en él.

También están topup_balance y pay_invoice si prefieres que el agente conduzca la financiación a través de una URL de pago, pero el modelo simple — financia una vez, déjalo pedir — es el que elegiríamos.

Qué es honesto decir

Dos cosas, porque fingir lo contrario te haría perder el tiempo.

La financiación aún no es totalmente autónoma. Alguien recarga el saldo con cripto primero; después de eso el agente está por su cuenta para pedir y gestionar. La facturación on-chain de verdad por solicitud, pago por uso, es algo que queremos, pero no está cableado, y no vamos a afirmar que sí.

Los planes por defecto son NAT, no una IP dedicada. En un plan NAT el SSH entra en un puerto reenviado (mostrado en get_vps_status) y mapea al puerto 22 dentro de la VM — bueno saberlo si tu agente configura una firewall, porque permites el puerto 22 dentro, no el puerto externo. Si el agente necesita su propia IPv4 pública (servicios entrantes, su propio servidor web), elige uno de los planes -ip en su lugar. Para un worker que solo hace llamadas de salida, NAT está bien y es más barato.

La conclusión

Si ejecutas agentes en AutoGPT y has sido el humano en la caja, puedes dejar de serlo. Añade el bloque MCP, apúntalo a https://mcp.eqvps.com/mcp, deja que el agente se registre y pida. Dale una clave SSH y un saldo financiado y tendrá root en su propia máquina en aproximadamente un minuto — y solo te enterarás de que pasó cuando revises los logs.