Hermes Agent auf einem Netcup VPS selbst hosten — immer erreichbar

TL;DR: Hermes Agent in 5 Minuten auf Netcup

Hermes Agent selbst hosten auf einem Netcup VPS — und der Agent hört auf, ein Terminal zu sein, das du offen lassen musst. Er läuft als Dienst, hält Memory und Skills auf der Platte und antwortet dir über Telegram oder Discord, während dein Laptop zugeklappt ist. Hermes Agent ist der MIT-lizenzierte, selbstlernende Agent von Nous Research — der, der sich seine Skills während der Arbeit selbst schreibt und sie in der nächsten Session wieder hervorholt.

• Selbstlernender Loop — der Agent pflegt seine eigenen Memory-Dateien, extrahiert wiederverwendbare Muster und schreibt sie als Skills zurück. Nichts davon überlebt, wenn der Prozess auf einem Laptop wohnt, der schlafen geht.
• 20+ Messaging-Plattformen über ein Gateway — Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, E-Mail, SMS und mehr, alle mit demselben Memory-Store.
• Python 3.14 plus eigene Toolchain — Node.js, ripgrep, FFmpeg und ein gepinntes Chromium installiert der projekteigene Paketmanager, nicht deine Distribution.
• Sieben Terminal-Backends — local, Docker, SSH, Daytona, Singularity, Modal und Vercel Sandbox. Auf einem Server willst du Docker.
• Eingebautes Cron — geplante Jobs, die ihre Ausgabe direkt in einen Chat liefern. Genau dafür lohnt sich eine Kiste, die durchläuft.
• MIT-Lizenz, Modell nach Wahl — Nous Portal, OpenRouter, OpenAI, Anthropic, Google, Bedrock oder jeder OpenAI-kompatible Endpunkt. Die Software kostet nichts; die Inferenz rechnet ab, wen auch immer du einträgst.

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
source ~/.bashrc
hermes setup --portal      # oder: hermes model, für den eigenen Provider-Key
hermes gateway setup       # Telegram, Discord, Slack verbinden
hermes gateway install     # systemd-User-Service einrichten

Erste Wahl: VPS 1000 G12.5 — 4 vCore, 8 GB ECC-RAM, 128 GB SSD, rund €12/Monat zzgl. MwSt.

• Erster Monat gratis: 6877nc17911959132
• Zweiter Code: 6877nc17911959130
• Dritter Code: 6877nc17912005430

Einleitung

Ein Agent, der aus dem lernt, was er gestern getan hat, ist ein anderes Produkt als einer, der das nicht tut — und der Unterschied zeigt sich erst über Wochen. Hermes Agent führt Memory-Dateien, eine Session-Datenbank und ein wachsendes Verzeichnis selbstgeschriebener Skills. Auf einem Laptop reißt dieser Bestand jedes Mal ab, wenn du den Deckel zuklappst, verreist oder neu installierst. Auf einem Server wird daraus etwas, dem du um sieben Uhr morgens aus dem Zug schreibst.

Das ist das eigentliche Argument für Hermes Agent self-hosted auf einem kleinen Server, und es geht nicht darum, bei der Inferenz zu sparen — die Tokens zahlst du so oder so. Es geht um Kontinuität und um das Gateway. Das Messaging-Gateway hält langlebige Verbindungen zu Telegram, Discord, Slack und dem Rest; es braucht eine stabile IP, eine Uptime in Wochen und einen Prozess-Supervisor. Ein Desktop liefert nichts davon.

Netcup passt gut zu diesem Zuschnitt. Netcup betreibt eigene Hardware in Rechenzentren in Nürnberg, Wien und Amsterdam, mit Manassas und Singapur gegen Aufpreis, verbaut SSD in jeder VPS-Stufe und NVMe in der Root-Server-Linie und ruft €6.94 bis €22.62/Monat zzgl. MwSt. für die hier relevanten Größen auf. Für einen Workload, der den halben Tag auf einem WebSocket döst und dann neunzig Sekunden lang ein Headless-Chromium hochzieht, ist das genau der richtige Kauf. Ein ehrlicher Vorbehalt vorweg: Netcup verkauft keine GPU-Server. Wenn lokale LLM-Inferenz der Plan war, ist dieser Artikel nicht das Richtige. Hermes ruft eine entfernte Modell-API auf; die Kiste führt den Agent-Loop, die Tools und den Browser aus.

Am Ende hast du Hermes unter einem eigenen Service-User auf einem gehärteten Debian-VPS installiert, sein Terminal-Tool in eine Docker-Sandbox gesperrt, einen Telegram-Bot, der nur dir antwortet, das Gateway unter systemd, das Admin-Dashboard hinter Caddy mit TLS — und ein Backup des einen Verzeichnisses, das sich nicht reproduzieren lässt.

Was ist Hermes Agent?

Hermes Agent ist ein quelloffener, autonomer KI-Agent von Nous Research, der auf deiner eigenen Maschine läuft, persistentes Memory über Sessions hinweg führt, aus eigener Erfahrung wiederverwendbare Skills schreibt und über ein Terminal, eine Desktop-App oder mehr als zwanzig Messaging-Plattformen erreichbar ist. Er ist in Python geschrieben und steht unter der MIT-Lizenz — wirklich permissiv, kein Source-Available-Sternchen, keine Klausel gegen kommerzielle Nutzung.

Er ist kein Coding-Copilot, der an eine IDE geschraubt ist, und kein Chat-Wrapper um eine einzelne API. Das Unterscheidungsmerkmal ist der Loop: während und nach einer Aufgabe prüft der Agent, was passiert ist, zieht die behaltenswerten Teile heraus und schreibt sie als Memory-Einträge oder Skills zurück. Beim nächsten ähnlichen Auftrag ist der Skill schon da. Das macht ihn zum seltenen Open-Source-KI-Agenten, dessen Verhalten an Tag sechzig ein anderes ist als an Tag eins.

Architektur

Der Kern ist ein Python-Paket — aktuelle First-Party-Installationen laufen auf Python 3.14 — plus eine Toolchain, die der Installer selbst bereitstellt: gepinntes Node.js, npm, ripgrep, FFmpeg und ein vollständiges Chromium für Browser-Automatisierung. Bei einer POSIX-Source-Installation landet der Code in ~/.hermes/hermes-agent/, der Launcher in ~/.local/bin/hermes und der gesamte veränderliche Zustand unter ~/.hermes/ (per HERMES_HOME umstellbar).

Der Zustand liegt in einer SQLite-Datenbank, state.db, im WAL-Modus geöffnet, mit Sessions und FTS5-Volltextindex für Recall über Sessions hinweg. Memory besteht aus zwei schlichten Markdown-Dateien in ~/.hermes/memories/. Skills sind Markdown-Dateien in skills/ im agentskills.io-Format, was sie zwischen Agenten portabel macht. Die Konfiguration ist eine einzelne config.yaml, Secrets liegen in ~/.hermes/.env.

Zwei Netzwerk-Oberflächen sind auf einem Server relevant. Das Gateway stellt eine API auf Port 8642 bereit, das Admin-Dashboard — standardmäßig aus — läuft auf 9119. Keines davon muss ins Internet zeigen, damit Messaging funktioniert: die Plattform-Adapter bauen ausgehende Verbindungen auf. Eine Kiste, auf der außer SSH kein eingehender Port offen ist, liefert dir trotzdem einen funktionierenden Telegram-Bot.

Als Alternative zur Source-Installation gibt es ein offizielles Docker-Image, nousresearch/hermes-agent. Es basiert auf Debian 13.4 mit eingebautem Python 3.14, Node.js 26, Chromium und FFmpeg, wird von s6-overlay beaufsichtigt und legt den gesamten Zustand auf ein Volume unter /opt/data.

Woher das Projekt kommt

Das Projekt hat öffentliche Wurzeln in der OpenClaw-/Clawdbot-Linie und liefert einen dokumentierten Ein-Befehl-Migrationspfad von dort, dazu Importer, die ein bestehendes Claude-Code- oder Codex-CLI-Setup — Instructions, Allowlists, MCP-Server, Skills und Memories — per hermes import übernehmen. Releases kommen häufig; die Versionierung ist kalenderbasiert, aktuell v2026.9.24 zum Zeitpunkt dieses Artikels.

Hermes Agent im Einsatz

Kernbegriffe

Fünf Substantive decken das meiste ab:

• Session — ein Gespräch, persistiert in state.db. hermes --continue nimmt das letzte wieder auf; ältere Sessions bleiben durchsuchbar.
• Memory — zwei Dateien. MEMORY.md enthält die Notizen des Agenten zu deiner Umgebung und deinen Konventionen; USER.md sein Modell von dir. Beide wandern beim Session-Start in den System-Prompt.
• Skill — prozedurales Gedächtnis. Eine Markdown-Datei, die eine Fähigkeit beschreibt, wann sie anzuwenden ist und wo ihre Grenzen liegen. Der Agent schreibt sie selbst und verbessert sie im Betrieb; über den Skills Hub kommen Community-Skills dazu.
• Terminal-Backend — wo Shell-Befehle tatsächlich ausgeführt werden. local läuft auf dem Host, docker in einem wegwerfbaren, gehärteten Container. Das ist die folgenreichste Einstellung überhaupt auf einem Server.
• Gateway — der langlaufende Prozess, der die Plattform-Verbindungen hält, Nachrichten an Sessions routet und die Benutzer-Autorisierung durchsetzt.

Der Alltag

Du redest mit ihm. Auf der CLI ist das ein TUI mit Slash-Befehlen — /help, /model, /tools, /cron, /yolo — und über Telegram ein Chat. Beide greifen auf dasselbe Memory und dieselben Skills zu, eine am Schreibtisch begonnene Aufgabe läuft also am Handy weiter.

Was den Server rechtfertigt, ist Cron. Hermes bringt einen Scheduler mit Zustellung an jede verbundene Plattform mit, konfiguriert in natürlicher Sprache: ein Briefing um sieben, eine nächtliche Backup-Prüfung, ein wöchentlicher Auszug der Issues eines Repositories. Diese Jobs laufen, ob jemand zuschaut oder nicht — und genau deshalb gehört das Ding nicht auf einen Laptop.

Integrationen und Erweiterbarkeit

MCP ist erstklassig unterstützt: Hänge einen beliebigen Model-Context-Protocol-Server an und filtere genau, welche seiner Tools Hermes lädt — relevant, wenn ein Server vierzig Tools anbietet und du drei davon willst. Dazu kommen 60+ eingebaute Tools, ein OpenAI-kompatibler API-Server, über den jedes Frontend den Agenten fahren kann, Webhooks, Voice-Mode und Subagenten, die isolierte Arbeitsstränge parallel abarbeiten. Ein Nous-Portal-Abo bündelt Modellzugang und das gehostete Tool Gateway — Websuche, Bildgenerierung, TTS, Cloud-Browser — hinter einem einzigen OAuth, was eine vernünftige Abkürzung ist, wenn du nicht sechs API-Keys einsammeln willst.

Backup und Betriebsrealität

Ein Verzeichnis zählt: ~/.hermes/. Darin sind memories/, skills/, state.db und config.yaml die unersetzlichen Teile — alles andere, inklusive Python-Umgebung und Chromium, baut der Installer in Minuten neu. In der .env liegen Zugangsdaten, behandle das Backup also als Geheimmaterial.

Zwei Betriebsregeln aus der Dokumentation lohnen sich zu verinnerlichen. Richte niemals zwei Agent-Prozesse auf dasselbe Hermes-Home: Memory-Schreibvorgänge passieren automatisch, und zwei Schreiber türmen ihre Einträge zu einem Zustand auf, den keiner von beiden verfasst hat. Und betreibe niemals zwei Gateways gegen dasselbe Datenverzeichnis — Session-Dateien sind nicht für nebenläufige Schreibzugriffe gebaut. Wenn du einen zweiten Agenten willst, gib ihm ein eigenes Profil.

Schnellstart-Anleitung

Getesteter Ablauf auf einem frischen Debian-13-VPS. Rechne mit zwanzig Minuten, der Großteil davon ist der Installer, der Chromium zieht.

1. Server bereitstellen

Buche den VPS 1000 G12.5 bei netcup.com mit dem Gutschein 6877nc17911959133 für einen Gratismonat. Nimm ein Debian-Image, hinterlege deinen SSH-Public-Key schon beim Anlegen und mach die Kiste dann dicht:

# /etc/ssh/sshd_config.d/00-hardening.conf
PasswordAuthentication no
PermitRootLogin prohibit-password

systemctl restart ssh
apt update && apt -y upgrade
apt install -y git curl ca-certificates libatomic1

libatomic1 ist keine optionale Zierde. Die von Hermes verwaltete Node.js-Runtime linkt gegen libatomic.so.1, und minimale Debian-Images bringen das nicht mit — der Installer versucht dann, es per sudo nachzuziehen, was ein unprivilegierter Service-User nicht kann.

2. Hermes Agent als Service-User installieren

Betreibe den Agenten nicht als root. Lege einen Benutzer an, installiere als dieser Benutzer und bring den Launcher in den PATH:

adduser --disabled-password --gecos "" hermes
usermod -aG docker hermes            # nach Schritt 3, damit er die Sandbox steuern kann
su - hermes
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
export PATH="$HOME/.local/bin:$PATH"
hermes doctor

Der Installer klont die Quellen, bootstrappt uv und lässt den projekteigenen Paketmanager gepinntes Python, Node, ripgrep, FFmpeg und Chromium bereitstellen. Gib --skip-browser mit, wenn du sicher weißt, dass du keine Browser-Tools brauchst — das spart einen großen Download und später viel RAM. hermes doctor ist die verbindliche Antwort auf "hat das geklappt"; führ es vor allem anderen aus.

Danach zeigst du ihm ein Modell. Mit einem Nous-Portal-Abo reicht ein Befehl:

hermes setup --portal

Andernfalls führt dich hermes model durch die Provider-Auswahl, oder du setzt den Key direkt mit hermes config set OPENROUTER_API_KEY dein_key.

3. Das Terminal in eine Docker-Sandbox verlegen

Auf einem Server hat das Shell-Tool des Agenten nichts auf dem Host verloren. Das Docker-Backend macht den Container zur Sicherheitsgrenze — so empfiehlt es auch die Security-Dokumentation des Projekts für produktive Gateways:

curl -fsSL https://get.docker.com | sh

# ~/.hermes/config.yaml
terminal:
  backend: docker
  docker_image: "nousresearch/hermes-sandbox:desktop"
  docker_forward_env: []      # nur explizite Allowlist — hält Secrets aus dem Container
  container_cpu: 1
  container_memory: 2048      # MB; Standard ist 5120
  container_persistent: true

Hermes startet diese Container mit --cap-drop ALL, no-new-privileges, einem Limit von 256 Prozessen und größenbegrenzten tmpfs-Mounts. Die Standardwerte setzen eine größere Maschine voraus als einen VPS 1000 G12.5 — 5 GB RAM und 50 GB Platte pro Sandbox — kürze container_memory und container_disk also auf etwas, das deine Stufe tatsächlich hergibt.

4. Telegram verbinden und die Allowlist setzen

hermes gateway setup

Der Assistent fragt nach einem Bot-Token vom BotFather und schreibt es in ~/.hermes/.env. Trag in derselben Datei deine eigene numerische User-ID ein:

# ~/.hermes/.env
TELEGRAM_BOT_TOKEN=123456:ABC...
TELEGRAM_ALLOWED_USERS=123456789

Widersteh GATEWAY_ALLOW_ALL_USERS=true. Dieser Agent hat eine Shell.

5. Das Gateway als Dienst betreiben

hermes gateway install
hermes gateway start
hermes status

Das erzeugt und aktiviert eine systemd-User-Unit. Eine User-Unit stirbt beim Logout, auf einer Headless-Kiste also beim Ende deiner SSH-Session — aktiviere deshalb einmalig Lingering, als root:

loginctl enable-linger hermes

Prüf einen Reboot, bevor du dich darauf verlässt. Die Logs landen unter ~/.hermes/logs/gateways/default/.

6. Das Dashboard hinter Caddy stellen

Das Dashboard ist ein vollwertiges Admin-Panel — Konfiguration, API-Keys, MCP-Server, Sessions, Logs, Cron-Jobs, ein Terminal über WebSocket. Binde es an Loopback und lass Caddy TLS terminieren:

apt install -y caddy

# /etc/caddy/Caddyfile
hermes.example.com {
    reverse_proxy 127.0.0.1:9119
}

# ~/.hermes/.env — für jeden Zugriffsweg jenseits von Loopback erforderlich
HERMES_DASHBOARD_BASIC_AUTH_USERNAME=admin
HERMES_DASHBOARD_BASIC_AUTH_PASSWORD=ein-starkes-passwort
HERMES_DASHBOARD_BASIC_AUTH_SECRET=$(openssl rand -base64 32)

Caddy holt sich beim ersten HTTPS-Request ein Let's-Encrypt-Zertifikat — kein certbot, kein Cron, keine Ablauf-Überraschungen. Starte das Dashboard mit hermes dashboard --host 127.0.0.1 --port 9119 --no-open. Beachte: Bei einem Bind außerhalb von Loopback ohne konfigurierten Auth-Provider verweigert das Dashboard den Start. Das ist korrektes Verhalten und kostet dich fünf Minuten Verwirrung, wenn du die Umgebungsvariablen überspringst.

7. Sichern, was zählt

# von deiner Workstation
rsync -az --exclude 'hermes-agent/' hermes@dein-server:~/.hermes/ ./hermes-backup/

Der Ausschluss wirft den Quell-Checkout raus, der reproduzierbar ist. Was bleibt — memories/, skills/, state.db, config.yaml, .env — ist der Agent, den du tatsächlich angelernt hast. Hermes bringt außerdem hermes backup und hermes export für ein portables Archiv mit; nimm die, wenn du den Host wechseln willst, und behalte die rsync-Kopie für den Tag, an dem eine Platte anderer Meinung ist.

Den richtigen Netcup-Server für günstiges Hermes-Agent-Hosting wählen

Die Dimensionierung von Hermes ist eine Frage nach zwei Dingen: Chromium und wie viele Sandboxes du laufen lassen willst. Der Agent-Loop selbst ist billig — er verbringt den Großteil seines Lebens wartend an einer Modell-API. Die Projektdokumentation nennt für den Container 1 GB als Minimum und 2–4 GB als Empfehlung, 1 Kern als Minimum und 2 als Empfehlung, mit Browser-Automatisierung als dem speicherhungrigen Teil. Nimm eine Docker-Sandbox mit ihrer Obergrenze von 5 GB dazu, und die bequeme Zahl liegt bei rund 8 GB.

Die Platte ist weniger offensichtlich, als sie aussieht. Das Daten-Volume braucht zum Start nur 500 MB und wächst mit Sessions und Skills in den einstelligen Gigabyte-Bereich — aber das Image beziehungsweise die installierte Toolchain trägt ein vollständiges Chromium, Node.js und eine Python-Runtime, und die Overlay-Platte der Sandbox steht standardmäßig auf 50 GB.

VPS 500 G12.5 — der sparsame Ein-Personen-Agent

Specs: 2 vCore, 4 GB ECC-RAM, 64 GB SSD, 2,5 Gbit/s, Traffic inklusive. Rund €7/Monat zzgl. MwSt. (prüfe auf netcup.com).

Warum das für Hermes Agent funktioniert: ein Benutzer, ein Profil, ein Telegram-Bot und ein paar Cron-Jobs passen ohne Drama in 4 GB — vorausgesetzt, du lässt die Browser-Tools bei der Installation weg oder akzeptierst, dass eine Chromium-Session den Großteil deines Spielraums frisst. Betreibe das Terminal-Backend lokal oder deckele die Docker-Sandbox bei 1,5 GB. Das ist ein echtes Deployment, kein Spielzeug, aber es hat keinen Platz für ein zweites Profil, und 64 GB werden knapp, sobald ein Sandbox-Overlay zu wachsen beginnt.

Gutscheine (jeder zieht beim Build einen anderen Code — €5 auf jede Bestellung, da diese Stufe keinen eigenen Gutschein hat):

• 36nc17718015540
• 36nc17718015545
• 36nc17718015549

VPS 1000 G12.5 — empfohlen für die meisten Hermes-Agent-Deployments

Specs: 4 vCore, 8 GB ECC-RAM, 128 GB SSD, 2,5 Gbit/s, Traffic inklusive. Rund €12/Monat zzgl. MwSt. (prüfe auf netcup.com).

Warum das für Hermes Agent funktioniert: 8 GB ist die Zahl, bei der das Gateway, ein Headless-Chromium, eine Docker-Sandbox mit 2–4 GB und das Dashboard nebeneinander laufen, ohne Swap anzufassen. Vier vCores fangen die Spitzen beim Seitenrendering und bei execute_code ab. 128 GB SSD lassen dem Sandbox-Overlay Raum zum Wachsen, ohne dass du monatlich die Plattenbelegung prüfen musst. Auf dieser Stufe hört der Agent auf, eine Übung in Ressourcenverwaltung zu sein.

Gutscheine (jeder zieht beim Build einen anderen Code):

• 6877nc17913304870
• 6877nc17911959135
• 6877nc17911959132

VPS 2000 G12.5 — mehrere Profile, Bots und parallele Subagenten

Specs: 8 vCore, 16 GB ECC-RAM, 256 GB SSD, 2,5 Gbit/s, Traffic inklusive. Rund €23/Monat zzgl. MwSt. (prüfe auf netcup.com).

Warum das für Hermes Agent funktioniert: Bot Mode und Multi-Profil-Deployments vervielfachen den Footprint — jedes Profil ist ein beaufsichtigtes Gateway mit eigenem Memory, eigenen Skills und Sessions, und jedes, das browst, will sein eigenes Chromium. 16 GB erlauben dir außerdem, die Sandbox-Standardwerte stehen zu lassen statt sie zu kürzen, und den Agent-Cache zu betreiben, ohne dass er unter Speicherdruck Transkripte abwirft. So sieht der gemeinsame Agent eines kleinen Teams aus — oder einer, der Subagenten wirklich parallelisiert.

Gutscheine (jeder zieht beim Build einen anderen Code):

• 6878nc17911959160
• 6878nc17911959164
• 6878nc17911959162

RS 1000 G12.5 — dedizierte Kerne für Browser-Arbeit und Code-Ausführung

Specs: 4 dedizierte Kerne (AMD EPYC 9645), 8 GB ECC-RAM, 128 GB NVMe. Rund €18/Monat zzgl. MwSt. (prüfe auf netcup.com).

Warum das für Hermes Agent funktioniert: VPS-vCores sind geteilt und überbucht, was für einen Prozess, der an einer API wartet, völlig in Ordnung ist — und weniger in Ordnung für die zehn Sekunden, in denen Chromium eine Seite rendert oder ein Python-Kernel sich durch einen Datensatz frisst. Dedizierte Zen-5-Kerne machen diese Spitzen gleichmäßig statt gelegentlich furchtbar, und NVMe hilft dem SQLite-Session-Store bei nebenläufigen Schreibzugriffen von Gateway, Cron und Workern. Für rund 6 € mehr als der VPS 1000 G12.5 ist das die Wahl, wenn der Agent planmäßig echte Arbeit erledigt — und der Gutschein ist hier zwei Gratismonate wert statt einen.

Gutscheine (jeder zieht beim Build einen anderen Code — zwei Gratismonate auf dieser Stufe):

• 6874nc17911959062
• 6874nc17911959061
• 6874nc17911959064

Welche Stufe also? Wenn du Hermes Agent zum ersten Mal ausprobierst und es nur um dich und einen Telegram-Bot geht, erledigt der VPS 500 G12.5 das zum Preis eines belegten Brötchens — installiere mit --skip-browser, dann merkst du die Decke nicht. Wenn du wirklich mit dem Ding leben willst, nimm den VPS 1000 G12.5: Browser-Tools an, Docker-Sandbox an, Dashboard an, kein Tuning nötig. Wenn du Bot Mode für ein Team, mehrere Profile oder parallele Subagenten fährst, geh für den RAM auf den VPS 2000 G12.5 — oder auf den RS 1000 G12.5, wenn deine Jobs CPU-stoßweise sind und dir planbare Latenz wichtiger ist als Spielraum.

Fazit

Du hast jetzt einen Weg vom leeren Debian-VPS zu einem Agenten, der als beaufsichtigter Dienst läuft, seine Shell-Befehle in einem gehärteten Container ausführt, auf Telegram nur dir antwortet, sein Dashboard über TLS ausliefert und ein Backup des Memorys und der Skills behält, die er angesammelt hat.

Die Rechnung bleibt überschaubar und ist von deinen Modellkosten völlig getrennt. Der empfohlene VPS 1000 G12.5 liegt bei €12.18/Monat zzgl. MwSt., und die Gutscheine oben machen den ersten Monat gratis — macht 134 € für das erste Jahr eines Agenten, der durchläuft. Falls du am Ende bei einem ganz anderen Produkt landest: der €5-Gutschein 36nc17718015548 gilt im gesamten Shop.

Drei Dinge verdienen im Betrieb Aufmerksamkeit. Behalte den Speicher im Auge: das Gateway cacht pro Session einen vollständigen Agenten samt Transkript, und dieser Cache ist auf einer gut ausgelasteten Multi-Plattform-Kiste der größte einzelne RAM-Verbraucher — die Einstellungen unter agent.agent_cache existieren genau deshalb, weil er in alles hineinwächst, was du ihm gibst. Behalte deine Freigabe-Policy im Auge: approvals.mode und die Glob-Liste approvals.deny sind der Unterschied zwischen einem Agenten, der vor rm -rf fragt, und einem, der das nicht tut — und eine Container-Grenze ist mehr wert als beides. Und prüfe mindestens einmal eine Wiederherstellung, denn das angesammelte Memory eines Agenten ist der eine Teil dieses Setups, den keine Neuinstallation zurückbringt. Weitere Self-Hosting-Guides stehen im Blog.