Muss ich einen eigenen AutoGPT-Block für EQVPS schreiben?

Nein. AutoGPT bringt bereits einen MCP-Block mit — „Verbinde dich mit jedem MCP-Server und führe seine Tools aus.“ Du gibst ihm unsere Server-URL (https://mcp.eqvps.com/mcp) und ein Bearer-Token, wählst ein Tool, übergibst Argumente. Das ist die ganze Integration. Ein gebrandeter EQVPS-Block würde nur ein Katalog-Icon hinzufügen; der MCP-Block erledigt bereits die eigentliche Arbeit.

Wie bekommt der Agent ein Token?

Er ruft register_account auf — ein öffentliches Tool, keine Auth nötig. Die Antwort ist sofort ein Bearer-Token: keine E-Mail-Bestätigung, kein OTP, kein menschlicher Schritt. Du fügst dieses Token in das Credential-Feld des MCP-Blocks ein, und jeder andere Tool-Aufruf ist authentifiziert.

Womit bezahlt der Agent?

Mit einem Prepaid-Guthaben, aufgeladen mit USDC oder USDT (Base, Ethereum oder Polygon). order_vps bucht das Guthaben pro Bestellung ab. Der Agent hält nie deine Wallet-Schlüssel und kann nicht über das Guthaben hinaus ausgeben — diese Obergrenze ist dein Sicherheitsnetz.

Ist es völlig freihändig?

Bestellung und Verwaltung ja. Das Aufladen noch nicht: ein Mensch (oder eine finanzierte Agenten-Wallet) lädt das Guthaben einmal mit Krypto auf, und danach läuft der Agent allein. On-Chain-Zahlung pro Anfrage ist auf der Roadmap, nicht ausgeliefert — das sagen wir lieber, als so zu tun.

Welche Tools kann der Agent aufrufen?

Die echten: list_plans, register_account, order_vps, get_vps_status, pay_invoice, topup_balance, power_vps, set_hostname, reset_password, reinstall_vps, cancel_service. Beachte die Namen — es ist order_vps, nicht create_server. Wenn ein Leitfaden dir create_server oder delete_server nennt, rät er.

Gib deinem AutoGPT-Agenten seinen eigenen Server

Vor einer Weile hat sich ein KI-Agent bei EQVPS registriert, USDT auf ein Guthaben gelegt, einen VPS bestellt und seine eigenen root-Zugangsdaten zurückgelesen — von Anfang bis Ende in etwa achtzehn Sekunden, kein Mensch irgendwo in der Schleife. Er hat uns beim Bestellen sogar seinen eigenen öffentlichen SSH-Schlüssel übergeben, um sich ohne Passwort einzuloggen. Dann, einen Tag später, kam er zurück und kaufte einen größeren.

Das ist der Teil, den Leute nicht ganz glauben, bis sie ihn sehen. Ein Agent kann den Code schreiben, ihn debuggen und dir sagen, wo du deployen sollst — aber die eigentliche Maschine zu mieten brauchte immer eine Person: ein Registrierungsformular, vielleicht eine Ausweisprüfung, eine Karte auf einer Checkout-Seite. Der Agent erledigt den schweren Teil und wartet dann auf dich für den langweiligen.

Wenn du auf AutoGPT baust, ist diese Lücke bereits geschlossen. Du musst es nur verkabeln.

AutoGPT spricht MCP von Haus aus

Hier ist das Nützliche, das die meisten übersehen: AutoGPT bringt einen MCP-Block mit. Seine Beschreibung lautet wörtlich „Verbinde dich mit jedem MCP-Server und führe seine Tools aus. Gib eine Server-URL an, wähle ein Tool und übergib Argumente dynamisch.“ Du brauchst keine eigene EQVPS-Integration — der generische Block ist die Integration.

Das Setup ist also kurz:

Füge den MCP-Block zu deinem Agenten-Graphen hinzu.
Setze server_url auf https://mcp.eqvps.com/mcp.
Gib ihm ein Bearer-Token als Credential.
Wähle ein Tool, übergib Argumente.

Schritt 3 ist das Einzige, das eine Erklärung wert ist, weil sich hier unser Design von einer normalen API unterscheidet.

Das Token erhalten — kein Mensch, keine E-Mail

Die meisten Hoster geben API-Schlüssel über ein Dashboard aus, in das du dich einloggst. Das funktioniert für einen Agenten nicht; der ganze Punkt ist, dass es keine Person gibt, die „Schlüssel generieren“ klickt.

Also ist register_account ein öffentliches Tool. Der Agent ruft es mit ein paar Feldern auf und bekommt in derselben Antwort ein Bearer-Token zurück — keine E-Mail-Bestätigung, kein OTP, kein Verifizierungsbildschirm. Du nimmst dieses Token und legst es in das Credential-Feld des MCP-Blocks, und jeder folgende Aufruf (order_vps, get_vps_status und der Rest) geht authentifiziert raus. Unter der Haube sendet der Client einfach Authorization: Bearer <token> — nichts Exotisches, genau deshalb spricht AutoGPTs MCP-Block ohne jede Sonderbehandlung damit.

Wenn du den Agenten lieber nicht selbst registrieren lässt, registriere dich einmal selbst, hol dir das Token und übergib es. Beides funktioniert.

Ein echter Ablauf

Angenommen, du willst, dass der Agent eine Maschine für einen Scraper hochfährt. In Tool-Aufrufen ist das:

list_plans → die Pläne und für jeden die OS-Image-IDs sehen. Plan-Slugs sind Dinge wie nano, micro, ai-agent-ip. OS ist eine os_id (eine Zahl aus dieser Liste — Ubuntu 24.04, Debian 12, AlmaLinux 9), nicht ein String wie "ubuntu-24".
order_vps mit { product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. Übergib einen SSH-Schlüssel und du bekommst sofort schlüsselbasierten root-Login — für einen Agenten dringend empfohlen, damit er nie ein Passwort handhaben muss.
get_vps_status → abfragen, bis es active ist. Das gibt den Host, Port und einen einfügefertigen ssh-Befehl zurück. root ist meist etwa eine Minute nach der Bestellung erreichbar; eine frische VM braucht einen Moment zum Booten, bevor SSH antwortet, also wenn der erste Versuch abgelehnt wird, warte und versuch es erneut — installiere nicht neu.

Das war's. Der Agent hat jetzt einen Server, in den er sich per SSH einloggen und tun kann, wofür er gebaut wurde.

Zahle in Krypto, überspring den Ausweis

Die Zahlung ist ein Prepaid-Guthaben. Du lädst es mit USDC oder USDT auf — auf Base, Ethereum oder Polygon — und order_vps gibt aus diesem Guthaben aus. Keine Karte, keine Rechnungsadresse, keine Identitätsprüfung. Für einen autonomen Agenten zählt das doppelt: es gibt kein Kartenformular, das er nicht ausfüllen kann, und das Guthaben ist eine harte Obergrenze für das, was er ausgeben kann. Er kann buchstäblich keine Rechnung über das hinaus auflaufen lassen, was du drauflegst.

Es gibt auch topup_balance und pay_invoice, falls du den Agenten das Aufladen über eine Checkout-URL steuern lassen willst, aber das einfache Modell — einmal aufladen, ihn bestellen lassen — ist das, zu dem wir greifen würden.

Was ehrlich zu sagen ist

Zwei Dinge, weil das Gegenteil zu behaupten deine Zeit verschwenden würde.

Das Aufladen ist noch nicht völlig autonom. Jemand lädt das Guthaben zuerst mit Krypto auf; danach ist der Agent bei Bestellung und Verwaltung auf sich gestellt. Echte On-Chain-Abrechnung pro Anfrage, nutzungsbasiert, ist etwas, das wir wollen, aber es ist nicht angebunden, und wir werden nicht behaupten, dass es das ist.

Die Standardpläne sind NAT, keine dedizierte IP. Bei einem NAT-Plan kommt SSH auf einem weitergeleiteten Port herein (in get_vps_status gezeigt) und bildet auf Port 22 in der VM ab — gut zu wissen, wenn dein Agent eine Firewall einrichtet, denn du erlaubst Port 22 innen, nicht den externen Port. Wenn der Agent seine eigene öffentliche IPv4 braucht (eingehende Dienste, sein eigener Webserver), wähle stattdessen einen der -ip-Pläne. Für einen Worker, der nur ausgehende Aufrufe macht, ist NAT in Ordnung und günstiger.

Die Erkenntnis

Wenn du Agenten auf AutoGPT betreibst und der Mensch am Checkout warst, kannst du damit aufhören. Füge den MCP-Block hinzu, richte ihn auf https://mcp.eqvps.com/mcp, lass den Agenten registrieren und bestellen. Gib ihm einen SSH-Schlüssel und ein aufgeladenes Guthaben, und er hat in etwa einer Minute root auf seiner eigenen Maschine — und du erfährst erst davon, wenn du die Logs prüfst.