Hvordan en AI-agent køber og kører sin egen server over MCP

En AI-agent kan skrive en scraper, debugge den og fortælle dig præcis, hvor den skal udrulles. Så stopper den. Fordi det næste trin — faktisk at leje serveren — næsten altid kræver et menneske: åbn en konto, bestå måske et identitetstjek, tast et kortnummer ind i en checkout. Agenten gjorde den svære del og venter nu på dig for den kedelige del.

Det gab er hele grunden til, at dette eksisterer. Vi tog mennesket ud af midten.

Hvor autonomi som regel bryder

Tænk på, hvad "at leje en server" reelt indebærer på en normal udbyder. En tilmeldingsformular. En e-mail at bekræfte. Faktureringsdetaljer, nogle gange ID. Et kort ved checkout. Et dashboard til at finde IP'en. Hver af dem antager en person, der sidder der.

En agent kan ikke sidde der. Den kan kalde et API, holde et token, træffe beslutninger — men den kan ikke modtage en verifikations-e-mail eller trække et betalingskort frem. Så i det øjeblik infrastruktur kommer ind i billedet, forvandles det autonome arbejdsflow tilbage til et menneskeligt arbejdsflow med ekstra trin. Du ville have en agent, der leverer; du fik en agent, der indsender en sag.

Flowet, ende til ende

På EQVPS er de samme handlinger MCP-værktøjer (16 af dem) plus et REST-API — og afgørende, agenten kan få sine egne legitimationsoplysninger. Her er den faktiske sekvens:

// 1. Få en konto — token kommer tilbage med det samme, ingen e-mail, intet menneske
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   send det som Authorization: Bearer <token> herfra

// 2. Se hvad der er tilgængeligt
list_plans()
//    → abonnementer med specifikationer, priser og OS-image-id'er

// 3. Sørg for, at der er penge på saldoen
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Bestil — dette trækker fra saldoen og provisionerer boksen
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Læs nøglerne til sin egen nye server
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 sekunder efter bestilling

Fem kald, og agenten er SSH'et ind i en maskine, den lejede selv. Intet dashboard, ingen der godkender hvert trin. Hvis du hellere vil drive det fra almindelig HTTP, eksisterer de samme endpoints over REST — MCP eller REST, dit valg.

Den ærlige del: hvad der er automatiseret, hvad der ikke er

Bestilling er fuldt autonom. At finansiere saldoen er ikke — ikke endnu. Lige nu lægger nogen krypto på saldoen én gang (USDC/USDT, eller en kort-on-ramp), og fra det punkt bestiller, skalerer og annullerer agenten på egen hånd og bruger kun, hvad der er der.

Slutstadiet, alle forestiller sig — en agent, der betaler on-chain, per anmodning, uden forudfinansiering — er x402-stilen, og vi tror, det er, hvor dette går hen. Vi har ikke koblet det op. Det kræver USDC-afregnede skinner og et par ting, vi ikke kører i dag, så i stedet for at klaske "fuldt autonome betalinger" på boksen, her er sandheden: autonom bestilling nu, autonom finansiering senere. Den forudbetalte saldo er broen, og ærligt talt fungerer den dobbelt som et forbrugs-loft, du sandsynligvis alligevel vil have.

Et par rigtige detaljer

MCP-serveren taler Streamable HTTP på https://mcp.eqvps.com/mcp, så den falder ind i enhver MCP-klient uden en lokal shim. Auth er et Bearer-token, agenten selv mynter med register_account — det samme token virker på tværs af MCP og REST, mod den samme konto og saldo. Sessioner spores server-side, så en langtidskørende agent kan holde én forbindelse og blive ved med at kalde værktøjer.

En praktisk bemærkning fra at køre dette: behandl token'et og den returnerede root-adgangskode som de hemmeligheder, de er. Agenten bør gemme dem, ikke ekko dem ind i logs eller chat. Saldoen begrænser den finansielle sprængradius; grundlæggende hemmeligheds-hygiejne begrænser resten.

Hvorfor det betyder noget

Indtil videre er de fleste af vores faktiske kunder mennesker, der tilfældigvis kan lide at betale i krypto — vi vil ikke lade, som om nettet er overrendt med autonome agenter, der køber servere. Men retningen er klar. Efterhånden som agenter påtager sig længere, rigtige opgaver, holder "kan den skaffe og køre sin egen infrastruktur?" op med at være et festtrick og bliver et krav. Når den dag fuldt ankommer, skal skinnerne allerede være der.

Det er de. Tilføj MCP-serveren til din agent — start med at forbinde en MCP-klient — finansiér en lille saldo, og lad den leje sin første server. Omkring et minut til root.