Efter beställningen: så sköter en AI-agent sin egen VPS via MCP

De flesta demos där en agent köper en server slutar i det ögonblick beställningen går igenom. Det är det minst intressanta ögonblicket. Servern finns, agenten har ett id som 47HZ7YF, och ingen har sagt vad som händer sedan.

Sedan kommer allt en administratör gör utan att tänka: vänta tills SSH faktiskt svarar, hitta lösenordet, märka att disken fylls, starta om efter en kärnuppdatering, förnya innan månaden tar slut, fråga supporten när något ser konstigt ut. Om en agent ska äga infrastruktur måste den sköta den delen också. Så här går det till via vår MCP-server. Vi körde varje steg i vår testmiljö innan vi skrev ner det.

Har du inte anslutit någon klient än, börja med Claude Code och Codex eller Claude Desktop och Cursor.

Minut ett: ”active” är inte ”redo”

order_vps svarar så fort beställningen är betald från saldot. Servern skapas i bakgrunden, oftast på ungefär en minut. Agentens nästa anrop är get_vps_status, och det kan den upprepa hur ofta som helst: verktyget läser bara.

Två fält spelar roll. status blir active när maskinen finns. access innehåller det agenten behöver för att logga in: värd, port och ett färdigt SSH-kommando. På planer med egen IPv4 är porten 22. På NAT-planer är det en personlig vidarebefordrad port, och svaret säger det uttryckligen, inklusive en varning om att inte låsa ute sig själv med en brandvägg som bara tillåter den yttre porten.

Mellan de två ögonblicken finns en lucka som folk snubblar på. Första uppstarten installerar OS-uppdateringar, vilket kan ta några minuter, och SSH kan neka anslutningar under tiden. En väluppfostrad agent väntar på access.ssh_ready i stället för att hamra på port 22.

Om beställningen saknade SSH-nyckel väntar root-lösenordet. reveal_password lämnar ut det exakt en gång, och först när VM:en har startat klart. Frågar du för tidigt får du password_pending utan att engångsvisningen förbrukas. Vi byggde det så efter att agenter gång på gång hämtade ett lösenord som den fortfarande startande VM:en inte hade tillämpat. Men ärligt talat: skicka med en ssh_key i beställningen och hoppa över steget helt.

Dag två: hålla koll

get_vps_metrics returnerar CPU, minne, nätverk och disk som tidsserier för senaste timmen, dagen, veckan eller månaden. En agent som tittar en gång om dagen kan se mönstret som tar död på små servrar: minnet som kryper uppåt tills OOM-killern väljer ett offer. Orsaken kan den inte åtgärda utifrån, men den kan säga till dig eller logga in via SSH och titta.

power_vps gör start, stop och reboot. En detalj från testerna: om servern inte är aktiv (skapas fortfarande eller är avstängd på grund av obetald förnyelse) svarar verktyget med 409 och tipset att kontrollera status först. En agent som behandlar varje svar som inte är 200 som ”försök igen för evigt” fastnar här. Felet berättar vad den ska göra, eftersom våra felmeddelanden är skrivna lika mycket för agenter som för människor.

set_hostname byter namn på maskinen via gästagenten som körs i den, så på Linux slår ändringen igenom utan omstart. Ta bort qemu-guest-agent så slutar verktyget fungera: det returnerar agent_unavailable och ändrar ingenting.

Dag trettio: pengar

Här dör agentägd infrastruktur oftast. Förnyelsen är en påminnelse i någons kalender, den personen är upptagen, servern stängs av.

Hos oss beror förnyelsen inte på agentens minne. Varje server förnyas varje månad från det förbetalda saldot, och kontots e-post får påminnelser före datumet. Agenten behöver bara hålla saldot över nästa dragning, och get_balance visar hur det står till.

Det finns ingen frist: täcker saldot inte förnyelsen när perioden tar slut stängs servern av och dess dedikerade IP går tillbaka till poolen.

När saldot är lågt skapar topup_balance en kryptobetalningslänk: USDT, USDC eller ETH på Base, Ethereum eller Polygon. Här behöver agenten dig för första gången. Fakturan kan den skapa, men den kan inte signera en transaktion om du inte ger den en plånbok, och det skulle vi tänka igenom noga. I praktiken fyller man på en gång för flera månader och låter agenten spendera därifrån. Blev en beställning eller faktura obetald för att saldot inte räckte, anropar agenten pay_invoice efter din påfyllning och den betalas från saldot.

En ärlig lucka: MCP-verktygen förnyar inte en server flera månader framåt på begäran. Den månatliga förnyelsen sker automatiskt, och att betala 3, 6 eller 12 månader i förväg görs i panelen eller med ett REST-anrop. Vill du ha en längre period från början tar order_vps emot months (1 till 36) vid beställningen.

Tillväxt sköts av get_upgrade_options och change_plan. Planen byts på plats, filer och OS ligger kvar, servern startar om en gång och prisskillnaden för resten av perioden dras från saldot. Agenten måste skicka confirm: true – vårt sätt att säga ”du spenderar pengar, var säker”.

När något går fel

Destruktiva åtgärder är medvetet krångliga. reinstall_vps och en omedelbar cancel_service kräver båda serverns exakta värdnamn i confirm, och deras beskrivningar säger åt agenten att fråga en människa först. Det är det andra stället där agenten behöver dig, och det är avsiktligt.

Den säkra uppsägningen, end_of_period, behåller servern tills den betalda tiden tar slut. undo_cancel tar tillbaka den, och det är viktigare än man tror: agenter ändrar sig mitt i en uppgift lika ofta som människor.

När agenten kör fast öppnar create_ticket ett ärende kopplat till servern, och reply_ticket fortsätter tråden. En människa på vår sida läser det, inte en chattbot som svarar en chattbot.

Och när en människa måste kliva in bjuder delegate_service in personen via e-post som operatör för just den servern. Personen får ström, konsol, ominstallation och värdnamn. Fakturering, förnyelse och uppsägning får den inte, och agentens token ser den aldrig.

Vad agenten fortfarande inte kan

För att vara tydlig med gränserna:

• Fylla på saldot. Den kan skapa en påfyllningsfaktura och betala fakturor från saldot med pay_invoice. Att få in krypto på saldot kräver en plånbok, alltså oftast dig.
• Arbeta inne i operativsystemet via MCP. Paket, konfiguration och driftsättningar går via SSH. MCP sköter maskinen utifrån.
• Häva en avstängning själv. Är en server avstängd för missbruk är det ett samtal med en människa, och så ska det vara.

Inget av detta gör verktygen mindre användbara. Det betyder att agentens loop ska byggas runt dem: fråga efter status, hålla saldot inom ramen, eskalera via ett ärende och vänta på dig för allt som raderar data.

Om agentens arbete är kortlivat är en hel server kanske inte rätt enhet. VPS eller sandbox? förklarar när en microVM som lever en minut passar bättre. Annars finns planerna här, och MCP-referensen listar varje verktyg med sina parametrar.