Coding KI Agent auf VPS betreiben Aider Goose
Aider oder Goose auf einem VPS einrichten: Terminal-Coding mit selbst gehostetem Ollama-Modell. Setup, Modellgrößen und Sicherheitstipps für unterbrechungsfreies Arbeiten.
Warum einen Coding-Agenten auf einem VPS betreiben
Ein Coding-Agent ist ein Werkzeug, das Ihre Codebasis liest, Änderungen schreibt und Befehle ausführt, um diese zu testen – alles vom Terminal aus. Der Betrieb auf einem VPS hat drei Vorteile gegenüber Ihrem Laptop: Er arbeitet weiter, nachdem Sie die Verbindung trennen, er sitzt direkt neben Ihrem Code und Ihren Build-Werkzeugen, und er kann mit einem Modell sprechen, das Sie selbst hosten. Starten Sie ihn in einer tmux-Sitzung, dann können Sie den Laptop zuklappen und die Arbeit später wieder aufnehmen – dasselbe Muster wie bei Claude Code auf einem VPS mit tmux betreiben.
Zwei terminalbasierte Agenten sind nennenswert. Aider ist die terminal-native, Git-zentrierte Option: Es committet jede Änderung automatisch mit einer sinnvollen Nachricht, sodass der Verlauf sauber bleibt und jede Bearbeitung rückgängig gemacht werden kann. Es ist einer der am längsten etablierten Terminal-Coding-Agenten, auch wenn das Veröffentlichungstempo nachgelassen hat. Goose von Block ist breiter aufgestellt: ein Apache-2.0-Agent mit einem großen Erweiterungs-Ökosystem und Unterstützung für viele Anbieter einschließlich lokaler Ollama-Modelle, der jetzt unter der Agentic AI Foundation (AAIF) der Linux Foundation entwickelt wird. Aider eignet sich für einen disziplinierten, Git-zentrierten Arbeitsablauf; Goose eignet sich als allgemeinerer Assistent mit einem breiten Plugin-Satz.
Was Sie benötigen
Sie benötigen einen VPS mit git, tmux und einem aktuellen Python für Aider, oder den Goose-Installer für Goose. Außerdem brauchen Sie ein Modell: entweder einen gehosteten API-Schlüssel von einem Anbieter wie Anthropic oder OpenAI, oder ein lokales Modell, das von Ollama auf demselben VPS bereitgestellt wird. Der Self-Hosting-Weg hält Ihren Code auf Ihrem eigenen Server und kostet nichts pro Token, erfordert aber genug Arbeitsspeicher für ein leistungsfähiges Modell.
Aider installieren und ausführen
Installieren Sie Aider in einer isolierten Umgebung mit pipx, das aus apt stammt, weil Ubuntu 24.04 einfaches pip install außerhalb einer virtuellen Umgebung blockiert (PEP 668). Führen Sie Aider dann innerhalb Ihres Projekts in einer tmux-Sitzung aus, damit es eine Verbindungsunterbrechung übersteht:
sudo apt install pipx
pipx ensurepath
pipx install aider-chat
tmux new -s aider
cd ~/my-project
aiderEin Hinweis zur Version: Diese Installation funktioniert wie gezeigt auf Ubuntu 24.04. Auf Ubuntu 26.04 schlägt sie derzeit fehl, weil die festgelegten Abhängigkeiten von Aider ein älteres numpy enthalten, das nicht gegen Python 3.14 von 26.04 gebaut werden kann. Die Lösung besteht darin, Aider ein eigenes Python 3.12 zu geben:
pipx install --python 3.12 --fetch-missing-python aider-chatpipx lädt einen eigenständigen Interpreter nur für Aider herunter, und die Installation wird abgeschlossen. Dies ist ein Symptom des verlangsamten Veröffentlichungstempos von Aider; wenn Sie das stört, ist Goose die aktivere Wahl.
Sobald es läuft, trennen Sie die Sitzung mit Strg-b und dann d, und der Agent arbeitet bei geschlossenem Laptop weiter; verbinden Sie sich später mit tmux attach -t aider wieder, um zu lesen, was er geändert hat. Aider liest Ihr Repository, schlägt Änderungen vor, wendet sie an und committet jede einzelne. Es kann zusätzliche Dateien als Kontext heranziehen, wenn eine Änderung mehrere davon umfasst. Da jede Änderung ein Commit ist, ist das Rückgängigmachen des Agenten ein einfaches git revert, das Sicherheitsnetz, das die Nutzung komfortabel macht. Goose wird mit seinem dokumentierten Einzeiler-Skript installiert und läuft ähnlich vom Terminal aus, wobei es Aufgaben über seine Erweiterungen steuert:
curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh | bashGehostetes Modell oder selbst gehostetes Modell
Ein gehostetes Modell liefert die beste Qualität und benötigt keine lokale Hardware, kostet aber Geld pro Token und Ihr Code wird an den Anbieter gesendet. Die Kosten pro Token summieren sich schneller, als die meisten erwarten, weil der Agent bei jeder Runde die gesamte Konversation erneut sendet. Die Claude-Code-Aufschlüsselung von was eine lange Agent-Sitzung wirklich an Token verbraucht gilt auch hier, da Aider und Goose auf die gleiche Weise abrechnen. Ein selbst gehostetes Modell über Ollama hält alles auf Ihrem Server und ist nach Bezahlung der Hardware kostenlos nutzbar, aber ein Coding-Modell, das gut genug ist, um nützlich zu sein, braucht echten Arbeitsspeicher. Das ist der abzuwägende Kompromiss: Qualität und Komfort gegen Privatsphäre und Kosten.
Wenn Sie selbst hosten, ist die praktische Frage, welches Modell auf Ihren Server passt. Prüfen Sie die Größe, bevor Sie ein acht Gigabyte großes Modell auf eine Maschine herunterladen, die es nicht fassen kann:
Sicherheit: Es editiert Dateien und führt Befehle aus
Ein Coding-Agent ist nicht passiv. Er schreibt Dateien um und kann Build- und Testbefehle ausführen; behandeln Sie ihn daher mit derselben Vorsicht wie jeden Prozess, der Ihr System verändern kann. Drei Gewohnheiten decken den Großteil des Risikos ab. Arbeiten Sie innerhalb eines Git-Repositorys, sodass jede Änderung nachverfolgbar und rückgängig machbar ist – Aider erledigt das automatisch für Sie. Führen Sie den Agenten als Ihren normalen, unprivilegierten Benutzer aus, niemals als root, gemäß Least-Privilege-Benutzer, damit ein fehlerhafter Befehl nicht das gesamte System beeinträchtigen kann. Und halten Sie die Maschine selbst gehärtet, denn eine Coding-VPS ist immer noch ein öffentlicher Server: SSH nur mit Schlüssel, eine Firewall mit Default-Deny und der Rest. Der OpenClaw-Härtungsleitfaden verfolgt denselben Ansatz für einen autonomer arbeitenden Agenten, und die Prinzipien lassen sich übertragen.
Um einen Coding-Agenten in Ihren eigenen Workflow einzubinden, zeigt Erstellen eines KI-Agenten mit Claude, wie ein Modell Ihre Werkzeuge steuert; Ausführen der Gemini-CLI von Google auf einer VPS ist eine weitere Terminal-Option, und Self-Hosting von OpenHands ist der aufwändigere autonome Weg. Das Projekt mit den meisten Sternen in diesem Bereich hat jetzt einen eigenen Leitfaden: Ausführen von OpenCode auf einer VPS richtet es mit demselben tmux- und Unprivilegierter-Benutzer-Muster ein.
FAQ
Kann ich einen Coding-Agenten mit einem lokalen Modell statt einer kostenpflichtigen API betreiben?
Ja. Sowohl Aider als auch Goose arbeiten mit lokalen Modellen, die von Ollama bereitgestellt werden. Sie können einen Coding-Agenten also vollständig selbst gehostet betreiben, ohne Kosten pro Token und ohne dass Code Ihren Server verlässt. Der Haken ist der Speicher: Ein Modell, das leistungsfähig genug ist, um brauchbaren Code zu schreiben, benötigt eine erhebliche Menge RAM oder VRAM. Bemessen Sie die Maschine daher nach dem Modell, bevor Sie sich festlegen.
Aider oder Goose – welches sollte ich verwenden?
Wählen Sie Aider, wenn Ihr Arbeitsablauf terminal- und git-zentriert ist und Sie die ausgereifteste Option mit dem geringsten Overhead wünschen; es committet jede Änderung automatisch, sodass Ihr Verlauf rückgängig machbar bleibt. Wählen Sie Goose, wenn Sie einen breiter aufgestellten Assistenten mit einem großen Erweiterungs-Ökosystem und Unterstützung für viele Anbieter möchten. Beide laufen im Terminal und beide arbeiten mit Ollama, sodass beide für einen VPS geeignet sind.
Wie viel Speicher benötige ich für ein selbst gehostetes Coding-Modell?
Das hängt von der Größe des Modells und dem Grad der Quantisierung ab. Ein kleines quantisiertes Modell kann mit wenigen Gigabyte laufen, während ein leistungsstärkeres Modell deutlich mehr benötigt; lange Kontextfenster erhöhen den Bedarf zusätzlich. Nutzen Sie das Berechnungswerkzeug oben, um den Speicherbedarf für ein bestimmtes Modell und eine Kontextlänge abzuschätzen, bevor Sie es herunterladen.
Ist es sicher, einen KI-Agenten meinen Code bearbeiten und Befehle ausführen zu lassen?
Es ist beherrschbar, wenn Sie die richtigen Gewohnheiten pflegen. Bewahren Sie Ihre Arbeit in einem Git-Repository auf, sodass jede Bearbeitung ein rückgängig machbarer Commit ist. Führen Sie den Agenten als nicht privilegierter Benutzer aus, nicht als root, und härten Sie den VPS wie jeden öffentlichen Server. Überprüfen Sie die von ihm committeten Änderungen, anstatt ihnen blind zu vertrauen – insbesondere jeden Befehl, den er gegen Ihr System ausführen möchte.