Coding-Agenten rund um die Uhr auf deinem eigenen Server betreiben

Ein Coding-Agent auf deinem Laptop hält an, wenn der Deckel zugeht. Ihn auf einen Rechner zu verlegen, der an bleibt, ist der einfache Teil. Was oft übersprungen wird: die Überwachung (was den Prozess am Leben hält und was ihn nach einem Neustart zurückbringt), die Isolation zwischen parallelen Sessions und die Nutzungslimits, die den Agenten lange vor der Hardware stoppen. Diese Anleitung behandelt alles davon, für Claude Code, Codex und die anderen Terminal-Agenten.

Cloud vs. eigener Rechner

Entscheide zuerst, ob du überhaupt einen Rechner brauchst. Die Anbieter betreiben Agenten inzwischen für dich:

Liegt dein Projekt auf GitHub und lässt es sich per Setup-Skript bauen, macht die Cloud des Anbieters am wenigsten Arbeit. Anthropics Doku zu Cloud-Sessions ist der Startpunkt; claude --cloud "…" startet eine aus deinem Terminal. Nimm einen eigenen Rechner, wenn der Agent Dinge braucht, die nur dein Rechner hat, oder wenn du Agenten mehrerer Anbieter nebeneinander willst. Die VPS-Kaufberatung behandelt Dimensionierung und aktuelle Preise. Ein Mac mini zu Hause funktioniert auch, solange du den Ruhezustand abschaltest.

Prozessüberwachung

Interaktive Agenten sind Terminal-Programme. Sie sterben mit dem Terminal, solange nichts anderes es festhält. Du hast vier Optionen, von der einfachsten bis zur robustesten.

1. tmux

tmux new -A -s main
cd ~/src/api && claude        # detach: Ctrl-b d · re-attach: tmux attach -t main

tmux übersteht Verbindungsabbrüche, keine Neustarts. Es ist das richtige Werkzeug für interaktive Arbeit und das, was Anthropics Doku empfiehlt, um eine Remote-Control-Session auf einem entfernten Rechner am Leben zu halten. Unsere Anleitung zu tmux, mosh und Tailscale hat die Konfiguration, die Agenten brauchen.

2. systemd + tmux, damit es nach einem Neustart zurückkommt

Eine interaktive TUI kannst du nicht direkt als Dienst betreiben, weil sie ein Terminal braucht. Du kannst aber systemd beim Booten eine getrennte tmux-Session starten lassen. Leg als dein normaler Benutzer ~/.config/systemd/user/agents.service an:

[Unit]
Description=tmux session for coding agents

[Service]
Type=forking
ExecStart=/usr/bin/tmux new-session -d -s main
ExecStop=/usr/bin/tmux kill-session -t main

[Install]
WantedBy=default.target

systemctl --user daemon-reload
systemctl --user enable --now agents.service
sudo loginctl enable-linger "$USER"     # start user services at boot, without a login

Das bringt eine leere Session zurück, nicht deine Unterhaltungen. Sie fortzusetzen ist ein eigener Schritt (siehe Was bei einem Neustart passiert unten).

3. Headless-Läufe nach Zeitplan

Für wiederkehrende Jobs, etwa nächtliche Dependency-Updates, das Sichten neuer Issues oder das Neuerzeugen von Doku, lass die TUI weg. Führ claude -p "…" oder codex exec "…" aus Cron oder einem systemd-Timer aus. Dort gibt niemand etwas frei, setz Berechtigungsmodus und Allow-List also bewusst. Agenten sicher mit vollen Berechtigungen betreiben zeigt, wie.

4. Ein Session-Daemon

Die robusteste Option ist ein Prozess, der die Agent-Sessions besitzt: Er startet sie, bewahrt ihre Transkripte auf und lässt dich dich von überall anhängen. Der Server-Modus von Remote Control in Claude Code (claude remote-control) ist einer davon. Er bedient standardmäßig bis zu 32 gleichzeitige Sessions, einstellbar mit --capacity, aber du betreibst ihn weiterhin in tmux oder als Dienst. agy remote-control start registriert den Daemon von Antigravity als Dienst des Betriebssystems. Tools von Drittanbietern, darunter Maude, richten ihren eigenen Daemon ein, der mehrere Agenten verwaltet.

Parallele Sessions und Worktrees

Zwei Agenten, die denselben Checkout bearbeiten, überschreiben sich gegenseitig die Änderungen. Gib jeder Session ihren eigenen git-Worktree, ein eigenes Arbeitsverzeichnis mit eigenem Branch, das die Historie des Repositorys teilt:

git worktree add ../api-auth -b feature/auth
git worktree add ../api-billing -b fix/billing
# one tmux window per worktree, one agent per window

Claude Code kann das für dich erledigen: claude --worktree feature-auth (oder -w) legt einen Worktree unter .claude/worktrees/ auf einem neuen Branch an und startet die Session darin. Siehe die Doku zu Worktrees.

Wie viele Sessions ein Rechner verkraftet, hängt davon ab, was sie ausführen, nicht von den Agenten selbst. Eine brauchbare Faustregel: 4 GB für die erste Session plus 1–2 GB für jede weitere, die baut oder testet, und mehr, wenn jeder Worktree einen eigenen Dev-Server oder eine eigene Datenbank betreibt. Beobachte free -h in einer geschäftigen Stunde, bevor du eine weitere hinzufügst. Auch der Speicherplatz summiert sich, denn jeder Worktree bekommt sein eigenes node_modules.

Kontingente und Rate-Limits

Ein 24/7-Rechner nützt nur, wenn dein Abo den Agenten weiterarbeiten lässt, lies also die Limits, bevor du darauf planst:

• Claude (Pro, Max). Nutzungslimits werden alle fünf Stunden zurückgesetzt, und es gibt zusätzlich ein wöchentliches Limit, laut Anthropics Artikel zu Nutzungslimits. Mehrere parallele Sessions zehren vom selben Kontingent. Deinen Stand siehst du unter Einstellungen → Nutzung.
• Codex (ChatGPT-Abos). Plus und ähnliche Stufen nutzen rollierende Fünf-Stunden-Fenster, und es können auch wöchentliche Limits gelten. Lokale CLI-Nutzung und Cloud-Tasks teilen sich ein Kontingent. Für dein Abo siehe OpenAIs Preisseite für Codex.
• API-Schlüssel. Kein Abo-Fenster, aber du zahlst pro Token, eine außer Kontrolle geratene Schleife kostet also Geld, statt anzuhalten. Setz Ausgabenlimits in der Konsole des Anbieters.

In der Praxis heißt „24/7“, dass der Agent arbeiten kann, wann immer es Arbeit und Kontingent gibt, nicht, dass er den ganzen Tag unter Volllast läuft. Plane die langen Aufgaben für die Zeit, in der du weg bist, und rechne damit, dass er bis zum nächsten Reset pausiert.

Was bei einem Neustart passiert

Kernel-Updates, Wartung beim Anbieter und Abstürze wegen Speichermangel starten Dinge neu. Unterhaltungen der Agenten werden auf der Platte gespeichert, es geht also nichts verloren, aber nichts startet von selbst neu:

• Claude Code: claude --continue setzt die jüngste Unterhaltung im aktuellen Verzeichnis fort, und mit claude --resume wählst du eine aus.
• Codex: codex resume --last oder codex resume für eine Auswahl.
• tmux: Der Server ist weg und mit ihm dein Fensterlayout. Die systemd-Unit oben legt die Session neu an. Plugins wie tmux-resurrect können auch Layouts wiederherstellen.

Alles, was gerade lief, als der Rechner ausfiel, etwa eine halbfertige Änderung oder ein laufender Test, musst du von Hand prüfen. Ein Grund mehr, den Agenten oft committen zu lassen.

Vom Handy aus im Blick behalten

Ein Agent, der immer läuft, braucht dich zu ungünstigen Zeiten: eine Berechtigungsanfrage, eine Rückfrage, eine fertige Aufgabe zum Prüfen. Deine Optionen sind eine SSH-App, die an tmux hängt (kostenlos, aber ohne Benachrichtigungen), die Remote-Control-Apps der Anbieter, die pro Agent funktionieren, ntfy-Hooks für Push, behandelt in Anfragen vom Handy freigeben, oder eine App, die alles davon kann.

Maude ist für genau dieses Setup gebaut. Es richtet per SSH einen Daemon ein, der deine Sessions rund um die Uhr auf dem Server betreibt, sie weiterlaufen lässt, wenn die App geschlossen ist, und Claude Code, Codex, OpenCode, Grok Build und Antigravity auf so vielen Servern verwaltet, wie du hinzufügst. Du bekommst Push-Benachrichtigungen mit Erlauben/Ablehnen, eine Inbox mit allem, was wartet, und pro Session git-Worktrees, ein Diff-Review und ein Terminal. Ist das Kontingent eines Agenten aufgebraucht, kannst du die Session samt Briefing über die bisherige Arbeit an einen anderen Agenten übergeben. Das Abo oder den API-Schlüssel jedes Agenten brauchst du weiterhin. Die App kostet $2.99 pro Woche nach 3 Tagen Testphase oder $59.99 im Jahr nach 7 Tagen Testphase.

Häufige Fragen