Wie ein KI-Agent seinen eigenen Server über MCP kauft und betreibt

Ein KI-Agent kann einen Scraper schreiben, ihn debuggen und dir genau sagen, wo du ihn bereitstellen sollst. Dann hört er auf. Denn der nächste Schritt — tatsächlich den Server mieten — braucht fast immer einen Menschen: ein Konto eröffnen, vielleicht eine Identitätsprüfung bestehen, eine Kartennummer in einen Checkout tippen. Der Agent hat den schweren Teil erledigt und wartet nun auf dich für den langweiligen.

Diese Lücke ist der ganze Grund, warum es das gibt. Wir haben den Menschen aus der Mitte entfernt.

Wo Autonomie üblicherweise scheitert

Denk daran, was „einen Server mieten“ bei einem normalen Hoster wirklich bedeutet. Ein Registrierungsformular. Eine E-Mail zur Bestätigung. Abrechnungsdaten, manchmal ein Ausweis. Eine Karte am Checkout. Ein Dashboard, um die IP zu finden. Jedes davon setzt voraus, dass ein Mensch dort sitzt.

Ein Agent kann dort nicht sitzen. Er kann eine API aufrufen, ein Token halten, Entscheidungen treffen — aber er kann keine Bestätigungs-E-Mail empfangen oder eine Kreditkarte zücken. Sobald also Infrastruktur ins Spiel kommt, verwandelt sich der autonome Workflow zurück in einen menschlichen Workflow mit zusätzlichen Schritten. Du wolltest einen Agenten, der liefert; du hast einen Agenten bekommen, der ein Ticket einreicht.

Der Ablauf, von Anfang bis Ende

Bei EQVPS sind dieselben Aktionen MCP-Tools (16 davon) plus eine REST-API — und entscheidend: der Agent kann seine eigenen Zugangsdaten erhalten. Hier ist die tatsächliche Abfolge:

// 1. Ein Konto erhalten — Token kommt sofort zurück, keine E-Mail, kein Mensch
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   sende es ab hier als Authorization: Bearer <token>

// 2. Sehen, was verfügbar ist
list_plans()
//    → Pläne mit Specs, Preisen und OS-Image-IDs

// 3. Sicherstellen, dass Geld auf dem Guthaben ist
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Bestellen — das bucht das Guthaben ab und stellt die Maschine bereit
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Die Schlüssel zum eigenen neuen Server lesen
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 Sekunden nach der Bestellung

Fünf Aufrufe und der Agent ist per SSH auf einer Maschine, die er selbst gemietet hat. Kein Dashboard, niemand, der jeden Schritt genehmigt. Wenn du es lieber über einfaches HTTP steuerst, existieren dieselben Endpunkte über REST — MCP oder REST, deine Wahl.

Der ehrliche Teil: was automatisiert ist und was nicht

Die Bestellung ist vollständig autonom. Das Aufladen des Guthabens nicht — noch nicht. Aktuell legt jemand einmal Krypto auf das Guthaben (USDC/USDT oder ein Karten-On-Ramp), und von da an bestellt, skaliert und kündigt der Agent allein und gibt nur aus, was da ist.

Der Endzustand, den sich alle vorstellen — ein Agent, der on-chain pro Anfrage zahlt, ohne Vorfinanzierung — ist der x402-Stil, und wir denken, dahin geht die Reise. Wir haben es nicht angebunden. Es braucht USDC-abgewickelte Rails und ein paar Dinge, die wir heute nicht betreiben, also kleben wir nicht „vollständig autonome Zahlungen“ auf die Maschine, sondern hier ist die Wahrheit: autonome Bestellung jetzt, autonomes Aufladen später. Das Prepaid-Guthaben ist die Brücke, und ehrlich gesagt dient es gleichzeitig als Ausgabenlimit, das du wahrscheinlich ohnehin willst.

Ein paar echte Details

Der MCP-Server spricht Streamable HTTP unter https://mcp.eqvps.com/mcp, sodass er sich ohne lokalen Shim in jeden MCP-Client einfügt. Die Auth ist ein Bearer-Token, das der Agent sich mit register_account selbst ausstellt — dasselbe Token funktioniert über MCP und REST, gegen dasselbe Konto und Guthaben. Sitzungen werden serverseitig verfolgt, sodass ein lang laufender Agent eine Verbindung halten und weiter Tools aufrufen kann.

Ein praktischer Hinweis aus dem Betrieb: behandle das Token und das zurückgegebene Root-Passwort wie die Geheimnisse, die sie sind. Der Agent sollte sie speichern, nicht in Logs oder Chats ausgeben. Das Guthaben begrenzt den finanziellen Schaden; grundlegende Geheimnis-Hygiene begrenzt den Rest.

Warum es wichtig ist

Vorerst sind die meisten unserer tatsächlichen Kunden Menschen, die zufällig gern mit Krypto zahlen — wir tun nicht so, als sei das Web voller autonomer Agenten, die Server kaufen. Aber die Richtung ist klar. Wenn Agenten längere, echte Aufgaben übernehmen, hört „kann er sich seine eigene Infrastruktur beschaffen und betreiben?“ auf, ein Partytrick zu sein, und wird zur Voraussetzung. Wenn dieser Tag vollständig kommt, müssen die Rails schon da sein.

Sie sind es. Füge den MCP-Server zu deinem Agenten hinzu — beginne mit dem Verbinden eines MCP-Clients — lade ein kleines Guthaben auf und lass ihn seinen ersten Server mieten. Etwa eine Minute bis root.