Devo scrivere un blocco AutoGPT personalizzato per EQVPS?

No. AutoGPT include già un blocco MCP — 'Connettiti a qualsiasi server MCP ed esegui i suoi strumenti.' Gli dai l'URL del nostro server (https://mcp.eqvps.com/mcp) e un token Bearer, scegli uno strumento, passi gli argomenti. Questa è tutta l'integrazione. Un blocco EQVPS brandizzato aggiungerebbe solo un'icona nel catalogo; il blocco MCP fa già il lavoro vero.

Come ottiene l'agente un token?

Chiama register_account — uno strumento pubblico, nessuna auth richiesta. La risposta è un token Bearer immediato: nessuna conferma via email, nessun OTP, nessun passo umano. Incolli quel token nel campo credenziali del blocco MCP e ogni altra chiamata a uno strumento è autenticata.

Con cosa paga l'agente?

Un saldo prepagato finanziato con USDC o USDT (Base, Ethereum o Polygon). order_vps addebita il saldo per ordine. L'agente non detiene mai le chiavi del tuo wallet e non può spendere oltre il saldo — quel limite è la tua rete di sicurezza.

È completamente a mani libere?

L'ordine e la gestione sì. Il finanziamento non ancora: un umano (o un wallet finanziato dell'agente) ricarica il saldo con crypto una volta, e dopo di che l'agente gira da solo. Il pagamento on-chain per richiesta è nella roadmap, non ancora rilasciato — preferiamo dirlo che far finta.

Quali strumenti può chiamare l'agente?

Quelli reali: list_plans, register_account, order_vps, get_vps_status, pay_invoice, topup_balance, power_vps, set_hostname, reset_password, reinstall_vps, cancel_service. Nota i nomi — è order_vps, non create_server. Se una guida ti dice create_server o delete_server, sta tirando a indovinare.

Dai al tuo agente AutoGPT il proprio server

Un po' di tempo fa un agente IA si è registrato a EQVPS, ha messo USDT su un saldo, ha ordinato un VPS e ha riletto le proprie credenziali root — dall'inizio alla fine in circa diciotto secondi, nessun umano da nessuna parte nel processo. Ci ha persino consegnato la propria chiave pubblica SSH al momento dell'ordine così da poter accedere senza password. Poi, un giorno dopo, è tornato e ne ha comprato uno più grande.

È la parte che la gente non crede del tutto finché non la vede. Un agente può scrivere il codice, farne il debug e dirti dove distribuirlo — ma noleggiare la macchina vera ha sempre richiesto una persona: un modulo di registrazione, magari un controllo dell'ID, una carta a una pagina di checkout. L'agente fa la parte difficile e poi aspetta te per quella noiosa.

Se stai costruendo su AutoGPT, quel divario è già colmato. Devi solo collegarlo.

AutoGPT parla MCP di serie

Ecco la parte utile che la maggior parte della gente si perde: AutoGPT include un blocco MCP. La sua descrizione è letteralmente "Connettiti a qualsiasi server MCP ed esegui i suoi strumenti. Fornisci un URL di server, seleziona uno strumento e passa gli argomenti dinamicamente." Non ti serve un'integrazione EQVPS personalizzata — il blocco generico è l'integrazione.

Quindi il setup è breve:

Aggiungi il blocco MCP al grafo del tuo agente.
Imposta server_url su https://mcp.eqvps.com/mcp.
Dagli un token Bearer come credenziale.
Scegli uno strumento, passa gli argomenti.

Il passo 3 è l'unica cosa che vale la pena spiegare, perché è dove il nostro design differisce da una normale API.

Ottenere il token — nessun umano, nessuna email

La maggior parte degli host distribuisce chiavi API tramite una dashboard in cui accedi. Questo non funziona per un agente; tutto il punto è che non c'è una persona a cliccare "genera chiave."

Quindi register_account è uno strumento pubblico. L'agente lo chiama con un paio di campi e ottiene un token Bearer nella stessa risposta — nessuna conferma via email, nessun OTP, nessuna schermata di verifica. Prendi quel token e lo inserisci nel campo credenziali del blocco MCP, e ogni chiamata successiva (order_vps, get_vps_status e le altre) esce autenticata. Sotto il cofano il client invia semplicemente Authorization: Bearer <token> — nulla di esotico, che è esattamente perché il blocco MCP di AutoGPT ci parla senza alcun caso speciale.

Se preferisci non far registrare l'agente da solo, registrati una volta tu stesso, prendi il token e consegnalo. Entrambi funzionano.

Un flusso reale

Diciamo che vuoi che l'agente avvii una macchina per uno scraper. In chiamate agli strumenti è:

list_plans → vedi i piani e, per ciascuno, gli ID delle immagini OS. Gli slug dei piani sono cose come nano, micro, ai-agent-ip. L'OS è un os_id (un numero da quella lista — Ubuntu 24.04, Debian 12, AlmaLinux 9), non una stringa come "ubuntu-24".
order_vps con { product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. Passa una chiave SSH e ottieni subito il login root basato su chiave — fortemente consigliato per un agente, così non deve mai gestire una password.
get_vps_status → fai polling finché è active. Questo restituisce l'host, la porta e un comando ssh pronto da incollare. Il root è di solito raggiungibile circa un minuto dopo l'ordine; una VM nuova ha bisogno di un momento per avviarsi prima che l'SSH risponda, quindi se il primo tentativo è rifiutato, aspetta e riprova — non reinstallare.

Ecco fatto. L'agente ora ha un server in cui può fare SSH e fare qualunque cosa per cui è stato costruito.

Paga in crypto, salta l'ID

Il pagamento è un saldo prepagato. Lo finanzi con USDC o USDT — su Base, Ethereum o Polygon — e order_vps spende da quel saldo. Niente carta, nessun indirizzo di fatturazione, nessun controllo d'identità. Per un agente autonomo questo conta doppiamente: non c'è un modulo di carta che non può compilare, e il saldo è un tetto netto su ciò che può spendere. Non può letteralmente accumulare un conto oltre ciò che ci metti.

Ci sono anche topup_balance e pay_invoice se preferisci che l'agente pilioti il finanziamento tramite un URL di checkout, ma il modello semplice — finanzia una volta, lascialo ordinare — è quello a cui ricorreremmo.

Cosa è onesto dire

Due cose, perché far finta del contrario ti farebbe perdere tempo.

Il finanziamento non è ancora completamente autonomo. Qualcuno ricarica prima il saldo con crypto; dopo di che l'agente è da solo per ordine e gestione. Una vera fatturazione on-chain pay-as-you-go, per richiesta, è qualcosa che vogliamo, ma non è collegata, e non pretenderemo che lo sia.

I piani predefiniti sono NAT, non un IP dedicato. Su un piano NAT l'SSH arriva su una porta inoltrata (mostrata in get_vps_status) e mappa alla porta 22 dentro la VM — utile sapere se il tuo agente configura un firewall, perché consenti la porta 22 dentro, non la porta esterna. Se l'agente ha bisogno del proprio IPv4 pubblico (servizi in entrata, il proprio web server), scegli invece uno dei piani -ip. Per un worker che fa solo chiamate in uscita, il NAT va bene ed è più economico.

La conclusione

Se fai girare agenti su AutoGPT e sei stato l'umano al checkout, puoi smettere di esserlo. Aggiungi il blocco MCP, puntalo su https://mcp.eqvps.com/mcp, lascia che l'agente si registri e ordini. Dagli una chiave SSH e un saldo finanziato e avrà root sulla propria macchina in circa un minuto — e lo scoprirai solo quando controllerai i log.