Skal jeg skrive en brugerdefineret AutoGPT-blok til EQVPS?

Nej. AutoGPT leveres allerede med en MCP-blok — 'Forbind til enhver MCP-server og udfør dens værktøjer.' Du giver den vores server-URL (https://mcp.eqvps.com/mcp) og et Bearer-token, vælger et værktøj, sender argumenter. Det er hele integrationen. En brandet EQVPS-blok ville kun tilføje et katalog-ikon; MCP-blokken gør allerede det faktiske arbejde.

Hvordan får agenten et token?

Den kalder register_account — et offentligt værktøj, ingen godkendelse påkrævet. Svaret er et Bearer-token med det samme: ingen e-mail-bekræftelse, ingen OTP, intet menneskeligt trin. Du indsætter det token i MCP-blokkens legitimationsfelt, og hvert andet værktøjskald er godkendt.

Hvad betaler agenten med?

En forudbetalt saldo finansieret med USDC eller USDT (Base, Ethereum eller Polygon). order_vps trækker fra saldoen per ordre. Agenten holder aldrig dine tegnebogsnøgler og kan ikke bruge forbi saldoen — det loft er dit sikkerhedsnet.

Er det fuldt hands-off?

Bestilling og styring er. Finansiering er ikke endnu: et menneske (eller en finansieret agent-tegnebog) fylder saldoen op med krypto én gang, og derefter kører agenten på egen hånd. Betaling on-chain per anmodning er på køreplanen, ikke leveret — vi vil hellere sige det end lade som om.

Hvilke værktøjer kan agenten kalde?

De rigtige: list_plans, register_account, order_vps, get_vps_status, pay_invoice, topup_balance, power_vps, set_hostname, reset_password, reinstall_vps, cancel_service. Bemærk navnene — det er order_vps, ikke create_server. Hvis en guide fortæller dig create_server eller delete_server, gætter den.

Giv din AutoGPT-agent sin egen server

For et stykke tid siden tilmeldte en AI-agent sig EQVPS, lagde USDT på en saldo, bestilte en VPS og læste sine egne root-legitimationsoplysninger tilbage — fra start til slut på omkring atten sekunder, intet menneske nogen steder i løkken. Den rakte os endda sin egen SSH-offentlige nøgle ved bestillingstidspunktet, så den kunne logge ind uden en adgangskode. Så, en dag senere, kom den tilbage og købte en større.

Det er den del, folk ikke helt tror, før de ser den. En agent kan skrive koden, debugge den og fortælle dig, hvor du skal udrulle — men at leje selve boksen har altid krævet en person: en tilmeldingsformular, måske et ID-tjek, et kort ved en checkout-side. Agenten gør den svære del og venter så på dig for den kedelige del.

Hvis du bygger på AutoGPT, er det gab allerede lukket. Du skal bare koble det op.

AutoGPT taler MCP ud af boksen

Her er den nyttige bid, de fleste går glip af: AutoGPT leveres med en MCP-blok. Dens beskrivelse er bogstaveligt talt "Forbind til enhver MCP-server og udfør dens værktøjer. Angiv en server-URL, vælg et værktøj, og send argumenter dynamisk." Du har ikke brug for en brugerdefineret EQVPS-integration — den generiske blok er integrationen.

Så opsætningen er kort:

Tilføj MCP-blokken til din agent-graf.
Sæt server_url til https://mcp.eqvps.com/mcp.
Giv den et Bearer-token som legitimationsoplysning.
Vælg et værktøj, send argumenter.

Trin 3 er den eneste ting værd at forklare, fordi det er der, vores design adskiller sig fra et normalt API.

At få token'et — intet menneske, ingen e-mail

De fleste udbydere uddeler API-nøgler gennem et dashboard, du logger ind i. Det virker ikke for en agent; hele pointen er, at der ikke er nogen person til at klikke "generér nøgle."

Så register_account er et offentligt værktøj. Agenten kalder det med et par felter og får et Bearer-token tilbage i det samme svar — ingen e-mail-bekræftelse, ingen OTP, ingen verifikationsskærm. Du tager det token og lægger det i MCP-blokkens legitimationsfelt, og hvert efterfølgende kald (order_vps, get_vps_status og resten) går ud godkendt. Under motorhjelmen sender klienten bare Authorization: Bearer <token> — intet eksotisk, hvilket er præcis derfor, AutoGPTs MCP-blok taler med den uden nogen special-casing.

Hvis du helst ikke vil have agenten til at registrere sig selv, så registrér én gang selv, tag token'et, og ræk det over. Begge virker.

Et rigtigt flow

Sig, du vil have agenten til at starte en boks op til en scraper. I værktøjskald er det:

list_plans → se abonnementerne og, for hvert, OS-image-ID'erne. Abonnements-slugs er ting som nano, micro, ai-agent-ip. OS er et os_id (et tal fra den liste — Ubuntu 24.04, Debian 12, AlmaLinux 9), ikke en streng som "ubuntu-24".
order_vps med { product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. Send en SSH-nøgle, og du får nøglebaseret root-login med det samme — stærkt anbefalet for en agent, så den aldrig skal håndtere en adgangskode.
get_vps_status → poll indtil den er active. Dette returnerer værten, porten og en klar-til-indsæt ssh-kommando. Root er som regel tilgængelig omkring et minut efter ordren; en frisk VM har brug for et øjeblik til at boote, før SSH svarer, så hvis det første forsøg afvises, vent og prøv igen — geninstallér ikke.

Det er det. Agenten har nu en server, den kan SSH'e ind i og gøre, hvad end den blev bygget til at gøre.

Betal i krypto, spring ID'et over

Betaling er en forudbetalt saldo. Du finansierer den med USDC eller USDT — på Base, Ethereum eller Polygon — og order_vps bruger fra den saldo. Intet kort, ingen faktureringsadresse, intet identitetstjek. For en autonom agent betyder det dobbelt: der er ingen kortformular, den ikke kan udfylde, og saldoen er et hårdt loft på, hvad den kan bruge. Den kan bogstaveligt talt ikke løbe en regning op forbi, hvad du lagde på den.

Der er også topup_balance og pay_invoice, hvis du hellere vil have agenten til at drive finansiering gennem en checkout-URL, men den simple model — finansiér én gang, lad den bestille — er den, vi ville gribe til.

Hvad der er ærligt at sige

To ting, fordi at lade som om andet ville spilde din tid.

Finansiering er ikke fuldt autonom endnu. Nogen fylder saldoen op med krypto først; derefter er agenten på egen hånd for bestilling og styring. Ægte per-anmodning, betal-som-du-går on-chain-fakturering er noget, vi vil have, men det er ikke koblet op, og vi vil ikke hævde, at det er.

Standard-abonnementerne er NAT, ikke en dedikeret IP. På et NAT-abonnement kommer SSH ind på en videresendt port (vist i get_vps_status) og mapper til port 22 inde i VM'en — værd at vide, hvis din agent sætter en firewall op, fordi du tillader port 22 indeni, ikke den eksterne port. Hvis agenten har brug for sin egen offentlige IPv4 (indgående tjenester, sin egen webserver), vælg et af -ip-abonnementerne i stedet. For en worker, der bare laver udgående kald, er NAT fint og billigere.

Konklusionen

Hvis du kører agenter på AutoGPT, og du har været mennesket ved checkout, kan du stoppe med at være det. Tilføj MCP-blokken, peg den mod https://mcp.eqvps.com/mcp, lad agenten registrere og bestille. Giv den en SSH-nøgle og en finansieret saldo, og den vil have root på sin egen boks på omkring et minut — og du vil kun opdage, at det skete, når du tjekker loggene.