Cosa serve davvero agli agenti IA dall'infrastruttura: 7 requisiti, e dove l'hosting pensato per le persone si mette di mezzo

La maggior parte dell'hosting è stata progettata attorno a una persona alla tastiera: un modulo di registrazione, una carta, un pannello, un'email quando qualcosa va storto. Un agente IA che ha bisogno di potenza di calcolo non rientra in nessuno di questi passaggi. Non risolve un captcha, non distingue una pagina di manutenzione da una rotta e non si accorge di aver creato lo stesso server quaranta volte.

Viene da dire «basta dargli un'API». Quello è il primo requisito, non l'ultimo. Ecco i sette che ci sembrano importanti, dall'esperienza di costruire il nostro server MCP e la nostra API REST per agenti. Per ciascuno: cosa va storto senza.

1. Tutto ciò che serve a un agente è programmabile

Creare, ispezionare, ridimensionare ed eliminare risorse deve funzionare senza browser. Comprese le parti noiose: conoscere il prezzo prima di comprare, verificare se una località ha capacità, leggere la password di una nuova macchina, disdire.

Senza: l'agente fa l'80% del percorso e si blocca sull'unico passaggio che richiede un clic, e una persona deve comunque finire il lavoro. Un'API parziale è spesso peggio di nessuna, perché invita ad automazioni che non possono arrivare in fondo.

2. Errori su cui un programma può agire

Un agente legge una risposta e decide cosa fare dopo. Un corpo JSON con un codice stabile (402 insufficient_balance, 409 sandbox_paused, 429 budget_exceeded con l'orario di azzeramento) è qualcosa su cui può diramarsi. Una pagina di errore HTML, o un 500 con un messaggio vago, lo lascia a indovinare — spesso riprovando qualcosa che non riuscirà mai.

Senza: cicli di tentativi. I guasti più costosi degli agenti di solito non sono decisioni sbagliate, ma la stessa chiamata fallita ripetuta migliaia di volte.

3. Pagare senza una persona nel ciclo

I pagamenti con carta sono pieni di passaggi pensati per confermare che c'è una persona presente: codici 3-D Secure, conferme nell'app della banca, verifiche dell'identità. Sono utili contro le frodi e impossibili per un software. Un credito prepagato, ricaricato in anticipo (da noi spesso con stablecoin), permette a un agente di pagare ciò che usa senza che una persona approvi ogni addebito.

Senza: o una persona approva ogni acquisto, il che vanifica lo scopo, o qualcuno dà una carta a un agente, un rischio che nessuno dovrebbe correre.

4. Limiti di spesa rigidi

Un credito prepagato limita il caso peggiore a ciò che contiene. Può comunque essere molto. Un limite giornaliero e mensile, in dollari, imposto dalla piattaforma e non dalle buone intenzioni dell'agente, trasforma un agente in loop in una piccola perdita. Il limite deve scattare in modo evidente, con un errore che l'agente riconosce, e fermare o mettere in pausa ciò che è in esecuzione.

Senza: scopri il loop dal credito. La nostra fatturazione delle sandbox ha limiti proprio per questo, e la pagina delle protezioni MCP suggerisce quali azioni dovrebbero richiedere comunque l'approvazione di una persona.

5. Potenza di calcolo con la granularità giusta

Gli agenti producono tre tipi di lavoro molto diversi:

• Secondi: eseguire un frammento generato, verificare una risposta, provare una correzione.
• Ore: una valutazione, uno scraping, una compilazione lunga.
• Sempre attivo: un bot, un'API, un worker pianificato.

Una piattaforma che offre solo server mensili rende assurdamente costoso il primo tipo; una che offre solo sandbox effimere rende fragile il terzo. Un'attività di 20 secondi su una macchina fatturata a ore paga 59 minuti di nulla. Come funziona la fatturazione al secondo mostra dove ogni modello smette di avere senso.

Senza: gli agenti pagano troppo il lavoro breve o tengono servizi di lunga durata su un'infrastruttura non pensata per restare accesa.

6. Isolamento per impostazione predefinita

Il codice che scrive un agente è codice che nessuno ha revisionato. Deve girare dove non c'è nulla di valore: non sull'host dell'agente, non su un server con le tue chiavi, non sulla macchina che invia la tua posta. In pratica significa una VM o microVM separata per attività, eliminata dopo. I livelli di isolamento per il codice non fidato confrontano le opzioni; le microVM Firecracker spiegate raccontano perché conta un kernel proprio.

Senza: la prima prompt injection che arriva nel codice generato ha accesso a tutto ciò che l'host dell'agente può raggiungere.

7. Visibilità e un interruttore

La persona responsabile di un agente deve vedere cosa ha fatto e fermarlo in fretta. Significa utilizzo e costo per risorsa, un elenco di tutto ciò che l'agente ha creato e un modo per eliminarlo tutto. Le credenziali devono essere revocabili e abbastanza brevi da non restare valide per sempre se trapelano, con un modo per rinnovarle che non richieda una persona.

Senza: fare pulizia diventa archeologia. Le risorse dimenticate continuano a essere fatturate; un token trapelato continua a funzionare.

Ciò che non serve agli agenti

Altrettanto rivelatore è ciò che non aiuta: pannelli pensati per l'upselling, email di onboarding, tariffe i cui limiti reali stanno in una nota a piè di pagina, prezzi mostrati solo dopo la registrazione. Niente di tutto ciò è leggibile da un software, e una parte inganna attivamente un modello che prende il testo alla lettera.

Ciò che resta irrisolto

Non tutto qui è un problema ingegneristico risolto.

• Responsabilità. Qualcuno risponde di ciò che un agente fa con un account. Le piattaforme hanno bisogno di un modo per collegare l'attività automatizzata a una persona responsabile senza farle attraversare ogni passaggio.
• Abusi. La registrazione aperta e completamente automatizzata è esattamente ciò che vogliono anche i malintenzionati. Ogni piattaforma che serve agenti bilancia l'accesso senza attriti contro le farm di account e il mining, e nessuna ha una risposta perfetta.
• Flussi lunghi. Gli agenti falliscono ancora più spesso su processi in dieci passaggi che su chiamate singole. L'infrastruttura può aiutare rendendo ogni passaggio idempotente e il suo stato facile da interrogare, così che un nuovo tentativo riprenda invece di duplicare.

Dove siamo arrivati

Abbiamo cercato di costruire per questi requisiti invece di aggirarli: un server MCP e un'API REST che coprono l'intero ciclo di vita, errori leggibili dalle macchine, un credito prepagato, limiti di spesa, sandbox per il codice al secondo per il lavoro breve e server mensili come la tariffa AI agent per quello lungo. Un percorso sul lato sandbox è in sandbox per agenti IA. Giudica comunque la lista per quello che è: una checklist utile per qualsiasi piattaforma a cui affidi un agente.