Hosting per agenti AI

Perché esiste

Gli agenti fanno sempre più acquisti. Un agente che sa leggere una pagina dei prezzi ma non può completare un acquisto deve restituire il controllo a un umano nel momento sbagliato, e il provider il cui checkout richiede un modulo con carta, una conferma via email e un captcha perde semplicemente quella transazione.

Il nostro checkout non ha nessuna di queste cose, perché non le ha mai avute. Rimuovere il livello di identità per motivi di privacy produce per caso l'interfaccia machine-purchasable più pulita possibile: non c'è nulla che un agente non possa compilare.

L'interfaccia

La scheda agente su /.well-known/agent.json descrive il servizio, gli endpoint, lo schema di autenticazione e il modello di pagamento. Il documento OpenAPI 3.1 su /openapi.json è completo e chiamabile dalle macchine. L'endpoint MCP su /mcp espone le stesse operazioni come strumenti per i client Model Context Protocol.

L'autenticazione è un token bearer nel formato IVPS-XXXX-XXXX-XXXX-XXXX, creato al primo utilizzo. Una singola POST crea un account, una seconda crea una fattura per la ricarica in criptovaluta e una terza distribuisce un server dal saldo risultante.

• GET /.well-known/agent.json — scheda delle capacità
• GET /openapi.json — specifica OpenAPI 3.1
• POST /api/v1/account — crea un token
• GET /api/v1/catalog — piani, sedi e prezzi in tempo reale
• POST /api/v1/topup — fattura cripto per il credito del saldo
• POST /api/v1/orders — distribuisci, addebitando il saldo
• GET /api/v1/servers/{id} — stato, indirizzo, credenziali

Contenuti progettati per essere letti dalle macchine

Ogni pagina di questo sito ha un gemello markdown allo stesso percorso con .md aggiunto, collegato dall'head HTML. C'è un indice /llms.txt e un corpus /llms-full.txt. I prezzi sono disponibili come /pricing.md e /pricing.json.

Niente di tutto ciò è cloaking: il markdown è una resa fedele dello stesso contenuto, e preferiamo che un modello legga markdown pulito piuttosto che ricostruire il nostro DOM.