VPS für KI-Selfhosting: Hermes Agent, Claude Code, n8n, Open WebUI und Chatbots betreiben, jährlich zahlen, in einer von Claude unterstützten Region (2026-10)

Wie viel Leistung nötig ist

Die offiziellen Mindestanforderungen von Anthropic für Claude Code: 4GB RAM, x64- oder ARM64-Prozessor, Debian 10 oder Ubuntu 20.04 und neuer; bei großen Repositories braucht eine einzelne Sitzung mehr als 2.5GB. Ein Agent ruft nicht nur eine API auf, er arbeitet auf dem Server: Claude Code klont Repositories, installiert Abhängigkeiten, führt Builds und Tests aus und öffnet einen Headless-Browser, um Seiten anzusehen. Das alles kostet RAM; mit 4G ist bei offenem Browser und einem zusätzlichen Build Schluss. Empfohlen werden hier 2 vCPU und 8G: Die offiziellen 4G sind das Minimum, erst mit 8G laufen Agent, Browser und Build gleichzeitig, ohne sich gegenseitig zu verdrängen. Für leichte Agents wie Hermes Agent, die nur APIs aufrufen, reichen auch 4G; n8n und mehrere Docker-Dienste ebenfalls mit 8G rechnen. Festplatte ab 40G: Docker-Images, node_modules und Browser belegen jeweils einige GB. Der Traffic ist gering, es gehen nur API-Anfragen und Text hin und her; für Traffic muss nichts extra bezahlt werden.

Browser-Agents brauchen mehr RAM. Agents wie OpenClaw, die selbst Chrome öffnen und Webseiten bedienen, belegen wie Playwright-Tests mit Claude Code einige hundert MB pro Tab; ein paar Seiten in einer Sitzung ergeben ein bis zwei GB, dazu kommen Agent und System. Das ist der Hauptgrund für 8G statt 4G. Für zwei solche Agents gleichzeitig mit 16G planen.

Das Rechenzentrum muss in einer von Claude unterstützten Region liegen

Die Anfragen an die Modell-API gehen von dem Server aus, auf dem der Agent installiert ist. Anthropic bietet seinen Dienst nur in unterstützten Ländern und Regionen an; Festlandchina und Hongkong gehören nicht dazu, daher muss der Server in einer unterstützten Region wie den USA, Japan oder Singapur stehen. Die Spalte „Claude“ in den Tabellen hier folgt der offiziellen Liste unterstützter Regionen; maßgeblich sind die offizielle Liste und die Nutzungsbedingungen von Anthropic.

Wer sich in China aufhält und oft das Web-Dashboard des Agents öffnet: Die Route des Servers beeinflusst, wie flüssig das Dashboard reagiert, nicht aber die Arbeit des Agents selbst. Zur Wahl der Route siehe Welche China-Route für Telecom, Unicom und Mobile.

Verfügbare 8G-Tarife: Claude verfügbar, nach umgerechnetem Monatspreis sortiert

Ein Agent läuft ständig, also gleich jährlich zahlen: Der umgerechnete Monatspreis liegt oft nur bei der Hälfte des monatlichen Preises, der Betrieb ist stabil, und es gibt kein Hin und Her bei jedem Ablauf. „Monatspreis“ in der Tabelle ist bei Jahreszahlung der Jahrespreis geteilt durch 12, umgerechnet in US-Dollar; die Spalte „Listenpreis und Abrechnung“ zeigt Listenpreis und Laufzeit des Anbieters, und wo Preis im ersten Jahr und Verlängerungspreis abweichen, ist „Verlängerung“ eigens vermerkt. Jahrestarife sind oft limitiert; ist einer ausverkauft, heißt es auf Nachschub warten; die Verfügbarkeit wird hier täglich geprüft. Derzeit ab $8.99/Monat. 8G ist hier die Hauptserver-Stufe; mit dem Filter „Einsatzzweck“ = „Hauptserver“ auf der Startseite erscheinen alle. Ein Klick auf die Spaltenköpfe sortiert; vollständige Liste und Filter auf der Startseite.

Wie groß der Server für Open WebUI, Dify, n8n und AnythingLLM sein muss

Das sind selbst gehostete KI-Suiten: Open WebUI und AnythingLLM sind eigene Chat-Oberflächen, Dify baut Workflows und Wissensdatenbanken, n8n automatisiert Abläufe mit LLM-Knoten. Sie führen selbst keine Modelle aus, sondern leiten Anfragen an die APIs von Anthropic oder OpenAI weiter; sie brauchen also RAM, keine Rechenleistung. Open WebUI oder n8n allein kommen mit 2 vCPU und 4G aus; Dify startet rund zehn Container (PostgreSQL, Redis, Vektordatenbank, Sandbox), dafür mit 8G rechnen; wer Embeddings für die Wissensdatenbank lokal berechnet, braucht mehr. Auch hier muss das Rechenzentrum in einer von Claude unterstützten Region liegen, weil die API-Anfragen von diesem Server ausgehen. Die 8G-Tabelle oben ist genau dafür gedacht, ein zusätzlicher Server ist nicht nötig.

Welcher Server für Chatbots und MCP-Dienste

Telegram-, Discord- oder Feishu-Bots mit LLM-Anbindung, ein dauerhaft laufender MCP-Dienst oder ein Webhook-Empfänger nehmen nur Nachrichten an, rufen eine API auf und antworten; im Leerlauf brauchen sie einige zehn MB RAM. Der kleinste Tarif mit 1 bis 2G reicht, das ist die günstigste Stufe. Die Anforderungen sind dieselben wie oben: Server in einer von Claude unterstützten Region, 24 Stunden in Betrieb, jährliche Zahlung. Die Tabelle zeigt die günstigsten derzeit verfügbaren Tarife mit 1 bis 2G, auf denen Claude verfügbar ist, nach Monatspreis sortiert; ein Klick auf die Spaltenköpfe sortiert um. Die meisten dieser Tarife haben eine China-optimierte Route; Bots brauchen sie nicht, sie stört aber auch nicht.

Lassen sich Open-Source-Modelle auf einem VPS betreiben?

Nicht zu empfehlen. Ein 7B-Modell mit Ollama braucht 8 bis 16G RAM, und ein VPS ohne GPU schafft nur ein paar Zeichen pro Sekunde; das ist deutlich schlechter als die API und auch nicht günstiger. Für eigene Modelle braucht es eine GPU-Cloud; das ist kein VPS und wird hier nicht erfasst. Ein VPS ist für die oben genannten Zwecke da: Agents, Suiten und Bots betreiben, das Modell kommt über die API.

Einrichtung: Debian installieren und das lokale Claude Code oder Codex die Arbeit machen lassen

1. Als System Debian wählen. Es braucht am wenigsten Ressourcen, vom gleichen RAM bleibt mehr für Agent und Browser übrig, was Geld spart; in den Images der Anbieter ist es fast immer dabei.
2. Befehle muss man nicht selbst eintippen. Lokal Claude Code oder Codex öffnen, Adresse und Schlüssel des VPS übergeben und es per SSH Docker installieren, den Agent holen und den Autostart einrichten lassen; danach soll es aufschreiben, wie der Zugriff funktioniert.
3. Den API-Key in Umgebungsvariablen oder eine .env-Datei legen, nicht ins Code-Repository.
4. Das Web-Dashboard des Agents nicht direkt ins Internet stellen: nur auf localhost lauschen lassen und per SSH-Tunnel zugreifen, ssh -L 5678:127.0.0.1:5678 user@server-ip; oder einen Reverse Proxy mit Passwort davorschalten.
5. In der Firewall nur den SSH-Port öffnen, mit Schlüssel anmelden, Passwort-Login abschalten. Mit systemd oder Docker --restart unless-stopped starten abgestürzte Dienste automatisch neu.