EQVPS

Hur en AI-agent köper och kör sin egen server via MCP

14 juni 2026 · 4 min läsning · EQVPS Team

En AI-agent kan skriva en scraper, felsöka den, och tala om för dig exakt var du ska distribuera den. Sedan stannar den. För att nästa steg — att faktiskt hyra servern — nästan alltid kräver en människa: öppna ett konto, kanske klara en identitetskontroll, skriva ett kortnummer i en kassa. Agenten gjorde det svåra och väntar nu på dig för den tråkiga delen.

Den klyftan är hela anledningen till att detta existerar. Vi tog bort människan i mitten.

Var autonomin oftast bryts

Tänk på vad "att hyra en server" verkligen innebär på en normal host. Ett registreringsformulär. Ett mejl att bekräfta. Faktureringsuppgifter, ibland ID. Ett kort vid kassan. En instrumentpanel för att hitta IP:n. Var och en av dessa förutsätter att en person sitter där.

En agent kan inte sitta där. Den kan anropa en API, hålla en token, fatta beslut — men den kan inte ta emot ett verifieringsmejl eller ta fram ett kreditkort. Så i det ögonblick infrastruktur kommer in i bilden förvandlas det autonoma flödet tillbaka till ett mänskligt flöde med extra steg. Du ville ha en agent som levererar; du fick en agent som fyller i ett ärende.

Flödet, från början till slut

På EQVPS är samma åtgärder MCP-verktyg (16 av dem) plus ett REST API — och avgörande, agenten kan få sina egna uppgifter. Här är den faktiska sekvensen:

// 1. Get an account — token comes back immediately, no email, no human
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   send it as Authorization: Bearer <token> from here on

// 2. See what's available
list_plans()
//    → plans with specs, prices, and OS image ids

// 3. Make sure there's money on the balance
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Order — this debits the balance and provisions the box
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Read the keys to its own new server
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 seconds after ordering

Fem anrop och agenten är SSH-inloggad på en maskin den hyrde själv. Ingen instrumentpanel, ingen som godkänner varje steg. Om du hellre driver det från plain HTTP finns samma endpoints via REST — MCP eller REST, ditt val.

Den ärliga delen: vad som är automatiserat, vad som inte är det

Beställning är helt autonom. Att finansiera saldot är det inte — inte än. Just nu lägger någon krypto på saldot en gång (USDC/USDT, eller en kort-on-ramp), och från den punkten beställer, skalar och avbryter agenten på egen hand, och spenderar bara det som finns.

Sluttillståndet alla föreställer sig — en agent som betalar on-chain, per request, utan förfinansiering — är x402-stilen, och vi tror att det är dit detta går. Vi har inte kopplat in det. Det behöver USDC-avvecklade rälsar och ett par saker vi inte kör idag, så istället för att klistra "helt autonoma betalningar" på lådan, här är sanningen: autonom beställning nu, autonom finansiering senare. Det förbetalda saldot är bryggan, och ärligt talat fungerar det också som ett spenderingstak du förmodligen vill ha ändå.

Ett par verkliga detaljer

MCP-servern talar Streamable HTTPhttps://mcp.eqvps.com/mcp, så den passar in i vilken MCP-klient som helst utan en lokal shim. Auth är en Bearer-token agenten myntar själv med register_account — samma token fungerar över MCP och REST, mot samma konto och saldo. Sessioner spåras server-side, så en långkörande agent kan hålla en anslutning och fortsätta anropa verktyg.

En praktisk notering från att köra detta: behandla token och det returnerade root-lösenordet som de hemligheter de är. Agenten bör lagra dem, inte eka dem in i loggar eller chatt. Saldot begränsar den finansiella blast radius; grundläggande hemlighetshygien begränsar resten.

Varför det spelar roll

För tillfället är de flesta av våra faktiska kunder människor som råkar gilla att betala i krypto — vi tänker inte låtsas att webben är översvämmad av autonoma agenter som köper servrar. Men riktningen är tydlig. När agenter tar på sig längre, verkliga uppgifter, slutar "kan den skaffa och köra sin egen infrastruktur?" att vara ett partytrick och blir ett krav. När den dagen fullt ut anländer måste rälsarna redan finnas där.

Det gör de. Lägg till MCP-servern i din agent — börja med att ansluta en MCP-klient — finansiera ett litet saldo, och låt den hyra sin första server. Ungefär en minut till root.

FAQ

Kan en AI-agent verkligen köpa en server på egen hand?

Ja — beställningsdelen är helt autonom. Via vår MCP-server anropar agenten register_account för att få en token, sedan order_vps, som spenderar från ett förbetalt saldo och tillhandahåller VPS:en. Den läser tillbaka SSH-åtkomst från get_vps_status. Ingen människa klickar sig igenom en kassa. Det enda en människa (eller en finansierad agent-plånbok) gör först är att lägga krypto på saldot; efter det kör agenten på egen hand.

Hur betalar agenten?

Från ett förbetalt saldo. Du finansierar det en gång med USDC eller USDT (eller ett kort via on-rampen), och order_vps debiterar det saldot per beställning. Agenten håller aldrig dina plånboksnycklar, och den kan inte spendera mer än vad som finns på saldot — vilket också är ditt säkerhetstak.

Vad är MCP-provisionering?

MCP (Model Context Protocol) låter en agent anropa verktyg direkt inuti klienter som Claude, Cursor eller Cline. 'MCP-provisionering' betyder bara att hela hyr-en-server-flödet — registrera, betala, beställa, få root — exponeras som MCP-verktyg som agenten anropar själv, istället för en webb-instrumentpanel en person klickar på.

Är detta helt hands-off?

Beställning är det. Finansiering är inte riktigt där än: idag fyller någon på saldot med krypto, och sedan är agenten autonom. Helt on-chain-betalning per request (x402-stilen) finns på vår radar men är inte inkopplad — vi säger det hellre rakt ut än låtsas.

Vad behöver agenten för att komma igång?

Bara MCP-server-URL:en (https://mcp.eqvps.com/mcp) tillagd i sin klient. Den anropar register_account och får en Bearer-token i svaret — ingen e-postbekräftelse, inget mänskligt steg. Därifrån är varje åtgärd ett verktygsanrop.

← Tillbaka till bloggenSe planer & priser →

Kommentarer

Inga kommentarer än. Bli först.

Lämna en kommentar

Kommentarer modereras innan de visas.