Un agente IA può davvero comprare un server da solo?

Sì — la parte dell'ordine è completamente autonoma. Tramite il nostro server MCP l'agente chiama register_account per ottenere un token, poi order_vps, che spende da un saldo prepagato e fa il provisioning del VPS. Rilegge l'accesso SSH da get_vps_status. Nessun umano clicca attraverso un checkout. L'unica cosa che un umano (o un wallet finanziato dell'agente) fa prima è mettere crypto sul saldo; dopo di che l'agente gira da solo.

Da un saldo prepagato. Lo finanzi una volta con USDC o USDT (o una carta tramite l'on-ramp), e order_vps addebita quel saldo per ordine. L'agente non detiene mai le chiavi del tuo wallet, e non può spendere più di ciò che c'è sul saldo — che è anche il tuo limite di sicurezza.

Cos'è il provisioning MCP?

MCP (Model Context Protocol) permette a un agente di chiamare strumenti direttamente dentro client come Claude, Cursor o Cline. 'Provisioning MCP' significa semplicemente che l'intero flusso di noleggio di un server — registrarsi, pagare, ordinare, ottenere root — è esposto come strumenti MCP che l'agente chiama da solo, invece di una dashboard web che una persona clicca.

È completamente a mani libere?

L'ordine sì. Il finanziamento non ancora del tutto: oggi qualcuno ricarica il saldo con crypto, e poi l'agente è autonomo. Il pagamento completamente on-chain per richiesta (lo stile x402) è sul nostro radar ma non ancora collegato — preferiamo dirlo chiaramente che far finta.

Cosa serve all'agente per iniziare?

Solo l'URL del server MCP (https://mcp.eqvps.com/mcp) aggiunto al suo client. Chiama register_account e ottiene un token Bearer nella risposta — nessuna conferma via email, nessun passo umano. Da lì ogni azione è una chiamata a uno strumento.

Come un agente IA compra e gestisce il proprio server tramite MCP

Un agente IA può scrivere uno scraper, farne il debug e dirti esattamente dove distribuirlo. Poi si ferma. Perché il passo successivo — noleggiare davvero il server — richiede quasi sempre un umano: aprire un account, magari superare un controllo d'identità, digitare un numero di carta in un checkout. L'agente ha fatto la parte difficile e ora aspetta te per quella noiosa.

Quel divario è tutto il motivo per cui questo esiste. Abbiamo tolto l'umano di mezzo.

Dove l'autonomia di solito si rompe

Pensa a cosa comporta davvero "noleggiare un server" su un host normale. Un modulo di registrazione. Un'email da confermare. Dettagli di fatturazione, a volte l'ID. Una carta al checkout. Una dashboard per trovare l'IP. Ognuno di questi presuppone una persona seduta lì.

Un agente non può stare seduto lì. Può chiamare un'API, detenere un token, prendere decisioni — ma non può ricevere un'email di verifica né tirare fuori una carta di credito. Quindi nel momento in cui entra in gioco l'infrastruttura, il flusso autonomo torna a essere un flusso umano con passi extra. Volevi un agente che consegna; hai avuto un agente che apre un ticket.

Il flusso, dall'inizio alla fine

Su EQVPS le stesse azioni sono strumenti MCP (16 di essi) più un'API REST — e, cosa cruciale, l'agente può ottenere le proprie credenziali. Ecco la sequenza reale:

// 1. Ottieni un account — il token torna immediatamente, niente email, niente umano
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   invialo come Authorization: Bearer <token> da qui in poi

// 2. Vedi cosa è disponibile
list_plans()
//    → piani con specifiche, prezzi e id delle immagini OS

// 3. Assicurati che ci sia denaro sul saldo
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Ordina — questo addebita il saldo e fa il provisioning della macchina
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Leggi le chiavi del proprio nuovo server
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 secondi dopo l'ordine

Cinque chiamate e l'agente è connesso via SSH a una macchina che ha noleggiato da solo. Nessuna dashboard, nessuno ad approvare ogni passo. Se preferisci pilotarlo da HTTP semplice, gli stessi endpoint esistono su REST — MCP o REST, decidi tu.

La parte onesta: cosa è automatizzato, cosa no

L'ordine è completamente autonomo. Finanziare il saldo non lo è — non ancora. In questo momento qualcuno mette crypto sul saldo una volta (USDC/USDT, o un on-ramp da carta), e da quel punto l'agente ordina, scala e annulla da solo, spendendo solo ciò che c'è.

Lo stato finale che tutti immaginano — un agente che paga on-chain, per richiesta, senza pre-finanziamento — è lo stile x402, e pensiamo sia lì che questo va a finire. Non l'abbiamo collegato. Servono rotaie regolate in USDC e alcune cose che oggi non gestiamo, quindi anziché appiccicare "pagamenti completamente autonomi" sulla scatola, ecco la verità: ordine autonomo ora, finanziamento autonomo dopo. Il saldo prepagato è il ponte, e onestamente funge anche da limite di spesa che probabilmente vuoi comunque.

Un paio di dettagli reali

Il server MCP parla Streamable HTTP su https://mcp.eqvps.com/mcp, quindi si inserisce in qualsiasi client MCP senza uno shim locale. L'auth è un token Bearer che l'agente conia da solo con register_account — lo stesso token funziona tra MCP e REST, contro lo stesso account e saldo. Le sessioni sono tracciate lato server, così un agente a lunga esecuzione può mantenere una connessione e continuare a chiamare strumenti.

Una nota pratica dall'esecuzione di questo: tratta il token e la password root restituita come i segreti che sono. L'agente dovrebbe conservarli, non riecheggiarli nei log o nella chat. Il saldo limita il raggio d'azione finanziario; l'igiene di base dei segreti limita il resto.

Perché conta

Per ora la maggior parte dei nostri clienti reali sono umani a cui semplicemente piace pagare in crypto — non faremo finta che il web sia invaso da agenti autonomi che comprano server. Ma la direzione è chiara. Man mano che gli agenti prendono in carico task più lunghi e reali, "può procurarsi e gestire la propria infrastruttura?" smette di essere un trucco da salotto e diventa un requisito. Quando quel giorno arriverà del tutto, le rotaie devono già esserci.

Ci sono. Aggiungi il server MCP al tuo agente — inizia con la connessione di un client MCP — finanzia un piccolo saldo, e lascialo noleggiare il suo primo server. Circa un minuto al root.