2026 Anleitung: Eigene KI-Programmierumgebung auf einem VPS, von der Registrierung bis zur Remote-Entwicklung

2026 scheitert eine KI-Programmierumgebung meist nicht am Modell. Der Laptop schläft, das Home-Verzeichnis mischt private Dateien mit dem Repo, und ein API-Schlüssel landet in der Shell-History. Ein Linux-VPS kann die dauerhaft laufende Ausführung von dem Editor in der Hand trennen. Diese Anleitung beginnt bei der Registrierung beim Anbieter und endet, wenn VS Code oder Cursor Dateien auf dieser Maschine ändert. Die Abnahme ist nicht „SSH geht“. Die Abnahme ist eine tmux-Sitzung, die nach dem Trennen des Laptops noch da ist, plus ein Snapshot, bevor der Agent etwas Großes ändert.

Warum die KI-Programmierumgebung den Laptop verlässt

Die alte Einrichtung installiert ein CLI auf dem Laptop und lässt den Agenten direkt ins Home-Verzeichnis schreiben. Die neue legt Arbeitsbaum, Abhängigkeitsspeicher und lange Sitzung auf einen VPS, der nur Entwicklung macht. Der Laptop zeigt nur an und schickt Tasten. Der Konflikt ist nicht „ist die Cloud teuer“. Der Konflikt ist die Ausführungsgrenze. Der zugeklappte Deckel beendet lokale Prozesse. Ein Systemupdate unterbricht eine lange Aufgabe. Dieselbe Platte hält weiter Browser-Sitzungen und private Repositories. Ein VPS nimmt das aus der Menge, die der Agent standardmäßig beschreiben darf.

Ein VPS löst die andere Klasse von Arbeit nicht. Ein Linux-VPS hat kein macOS, kann also keine iOS-Builds signieren und hat kein Xcode. Er ist auch kein Trainingscluster. Ein Coding-Agent, der ein gehostetes Modell aufruft, verbraucht RAM, Platte und eine stabile Sitzung. Er verbraucht keine Rechenzentrums-GPU. Wenn das Ziel lokale Inferenz ist und nicht das Bearbeiten eines entfernten Repos, beginnt man mit der AI-PC-Kaufberatung, statt eine Grafikkarte zu kaufen, um Anwendungscode zu schreiben.

Die Region entscheidet das Gefühl, bevor der Tarifname es tut. Die Latenz von Remote SSH liegt zwischen Ihnen und dem VPS. Die Latenz der Modell-API liegt zwischen dem VPS und dem Modellhost. Wer in Ostasien sitzt und die Maschine in US East hat, merkt die Tasten zuerst, auch wenn das Modell selbst schnell ist. Wählen Sie eine Region nahe am Stuhl, dann reden Sie über Kerne.

Behandeln Sie den VPS als Entwicklungsgerät mit bekanntem Besitzer, nicht als Zweitrechner für Mail und Chat. Sobald persönliche Logins und der Agent ein Home teilen, haben Sie das Laptop-Problem auf fremder Hardware nachgebaut. Eine Maschine, eine Aufgabe, ein Benutzer namens dev. Diese Grenze macht die spätere Abnahme überhaupt möglich.

Die KI-Programmierumgebung in fünf Schichten teilen

Kaufen Sie nach Schicht, nicht nach dem Adjektiv in der Anzeige. Jump-Host, Coding-VPS, Build-Rechner, macOS-Knoten und GPU-Cloud beantworten verschiedene Fragen. Wer sie als eine Sorte „Cloud-Server“ vergleicht, lässt Node auf 2 GB laufen oder versucht, iOS auf Linux zu bauen.

Der praktische Boden der Coding-Schicht sind 4 vCPU, 8 GB RAM und etwa 80 GB Platte. Ein oder zwei Gigabyte sind ein Jump-Host. Die Platte muss node_modules, Sprachcaches und ein paar Checkouts halten. Wenn das Root-Dateisystem ungefähr achtzig Prozent überschreitet, leeren Sie Caches, bevor Sie die Platte vergrößern. Warten Sie nicht auf einen Installer, der mit einem vagen Fehler abbricht, der wie ein Netzproblem aussieht.

Die Kernzahl zählt weniger, als Leute erwarten, wenn der Agent die meiste Zeit auf ein gehostetes Modell wartet. Resident sind Editor-Server, Language Server, Node oder Python und der Agentenprozess. Deshalb sind 8 GB ein Boden und kein Luxus. Wenn Docker und eine browsernahe End-to-End-Suite auf derselben Maschine laufen sollen, gehen Sie eine Stufe höher. Entdecken Sie das Limit nicht mitten im Refactoring.

Der Remote-Zugang ist die Wasserscheide, nicht das Modell

Modellkönnen ist nicht die Wasserscheide. Die Wasserscheide ist, auf welcher Maschine die Ausführungsgrenze liegt. Eine Person kann Cursor und Claude Code gleichzeitig haben. Wenn eines eine Laptop-Kopie ändert und das andere den Checkout auf dem VPS, ist der Diff, den Sie sehen, nicht der Diff, den der Agent geschrieben zu haben glaubt.

Dieser Text reiht keine Modelle. Der Unterschied bei Zugang, Ausführung und Kontext steht im Vergleich von Pi, Claude Code und Codex. Hier wählen Sie ein CLI, legen es in tmux und richten den Editor auf denselben Checkout derselben Maschine.

Die erste Remote-SSH-Verbindung bittet Sie, einen Host-Key zu vertrauen. Vergleichen Sie den Fingerabdruck mit dem in der Anbieterkonsole, bevor Sie annehmen. Danach soll der Editor den entfernten Ordner öffnen, nicht eine Kopie, die auseinanderläuft. Wenn die Statusleiste noch „lokal“ sagt, sind Sie dabei, die falsche Platte zu bearbeiten.

Die Maschine nach der Aufgabe wählen, nicht nach dem Tarifnamen

Der Unterschied zwischen einem persönlichen Coding-VPS und einem Laptop ist Sitzung und Plattengrenze, nicht „mehr Intelligenz“. Eine Team-Pipeline braucht außerdem Rechte, Logs und eine Spur, wer sich anmelden kann. Das ist eine andere Maschine. Schalten Sie den Passwort-Login auf dem dev-Benutzer aus dieser Anleitung nicht beiläufig wieder ein, nur weil eine zweite Person Zugang braucht.

Ein Stapel, der reicht

Nutzen Sie Ubuntu 24.04 LTS. Der Benutzer heißt dev. sudo fragt weiter nach einem Passwort, und der Agent läuft nicht als root. SSH ist nur ed25519. Der Passwort-Login wird abgeschaltet, aber erst nachdem ein Schlüssel-Login schon geklappt hat und die Webkonsole des Anbieters noch offen ist. Die Laufzeiten sind git, Python 3, Node 22 LTS und tmux. Der API-Schlüssel liegt in ~/.config/ai-dev/provider.env, das Verzeichnis ist Modus 700, die Datei Modus 600, und der Pfad steht in der Ignore-Liste des Repos.

Auf der Editorseite nutzen Sie Remote SSH in VS Code oder Cursor. Der Host-Block steht in ~/.ssh/config auf Ihrem eigenen Rechner, nicht auf dem VPS. Lange Aufgaben gehen in eine tmux-Sitzung mit festem Namen, zum Beispiel agent. Bevor der Agent eine breite Änderung macht, ziehen Sie einen Snapshot in der Anbieterkonsole.

Installieren Sie Node aus der Distribution oder nach der aktuellen NodeSource-Anleitung für Node 22 LTS. Nehmen Sie die Installation mit node -v ab, nicht mit „das Skript hat keinen Fehler gedruckt“. Dieselbe Regel gilt für Python und git. Eine Versionszeichenkette ist eine Beobachtung. Ein stiller Installer ist keine.

Fünf Fehler, die die Umgebung ungültig machen

1. Den Coding-Stapel auf Jump-Host-RAM laufen lassen. Node stirbt mitten in der Installation. Es sieht nach einem Netzfehler aus. Es ist Speicher.
2. Den Passwort-Login abschalten, bevor der Schlüssel geht. Die Reihenfolge: Eine neue Schlüsselsitzung gelingt, das alte Konsolenfenster bleibt offen, dann ändern Sie sshd.
3. Den API-Schlüssel auf die Kommandozeile setzen. Er kommt in die Shell-History, und der Agent kann diese History lesen. Der Schlüssel betritt die Sitzung nur aus der Datei mit Modus 600.
4. dev passwortloses sudo geben. Der Agent kann Befehle ausführen. Passwortloses sudo heißt, ein falscher Befehl kann sshd oder die Firewall umschreiben. Lassen Sie das sudo-Passwort stehen.
5. Ein iOS-Projekt auf Linux klonen und nach xcodebuild suchen. Das Werkzeug wird nicht erscheinen. Solche Projekte beginnen auf einem Remote-Mac.

Ein sechster, leiser Fehler ist, den Agenten das ganze Home sehen zu lassen. Öffnen Sie das wegwerfbare Repo als Workspace. Caches und die Schlüsseldatei dürfen daneben liegen, gehören aber nicht in den Prompt-Kontext und nicht in den Git-Baum. Wenn die erste Aktion des Agenten ist, Dotfiles „aufzuräumen“, haben Sie ihm zu viel Platte gezeigt.

Sieben Schritte von der Registrierung zur Remote-Entwicklung

Jeder Schritt hat eine Beobachtung. Beginnen Sie den nächsten Schritt nicht, bevor Sie diese Beobachtung gesehen haben.

1. Registrieren. Schalten Sie die Zwei-Faktor-Authentifizierung ein, wählen Sie eine nahe Region und notieren Sie die öffentliche IP. Billing-Postfach und Wiederherstellungscodes bleiben im eigenen Passwortmanager, nicht auf der Maschine, die Sie gleich einem Agenten geben.
2. Schlüssel. Erzeugen Sie auf dem eigenen Rechner einen ed25519-Schlüssel und fügen Sie nur die .pub-Datei beim Anbieter ein. Der private Schlüssel bleibt auf dem Laptop.
3. Benutzer. Legen Sie dev an und geben Sie sudo. Nach einem erfolgreichen Schlüssel-Login als dev schalten Sie Root-Login und Passwort-Login ab. Lassen Sie ein schon geöffnetes Konsolenfenster offen, bis die Änderung bewiesen ist.
4. Laufzeiten. Installieren Sie git, eine Compiler-Toolchain, Python, tmux und Node 22 LTS. Nehmen Sie sie mit Versionsbefehlen ab, nicht mit einem stillen Installer.
5. Repository. Klonen Sie als dev ein wegwerfbares Test-Repo und lassen Sie die vorhandenen Tests laufen. Bestätigen Sie, dass der Agent später dieses Verzeichnis bekommt, nicht das gesamte Home.
6. Agent. Installieren Sie ein CLI nach der aktuellen Herstellerdoku. Der Schlüssel wird aus der Env-Datei mit Modus 600 gelesen. Starten Sie ihn in tmux. Die erste Sitzung soll das Layout des Repos erklären, nicht refaktorieren.
7. Remote-Editieren. Tragen Sie einen Host in die lokale SSH-Konfiguration ein, verbinden Sie VS Code oder Cursor, ändern Sie eine Datei und committen Sie sie auf einen Testzweig. Trennen Sie den Laptop und führen Sie in der Konsole tmux attach -t agent aus. Wenn die Sitzung noch da ist, ziehen Sie einen Snapshot. Diese Beobachtung ist die fertige Umgebung.

ssh-keygen -t ed25519 -C "ai-dev-vps" -f ~/.ssh/id_ed25519_ai_vps
# Nur id_ed25519_ai_vps.pub hochladen

sudo adduser dev
sudo usermod -aG sudo dev
sudo apt update
sudo apt install -y git tmux build-essential python3 python3-venv python3-pip
# Node 22 LTS aus der Distribution oder der aktuellen NodeSource-Anleitung
node -v
python3 --version
git --version

Host ai-vps
  HostName YOUR_VPS_IP
  User dev
  IdentityFile ~/.ssh/id_ed25519_ai_vps
  IdentitiesOnly yes

mkdir -p ~/.config/ai-dev
chmod 700 ~/.config/ai-dev
install -m 600 /dev/null ~/.config/ai-dev/provider.env
# Eine Zeile in provider.env, zum Beispiel ANTHROPIC_API_KEY=replace-me
tmux new -s agent

Eine Firewall, die SSH erlaubt und den Rest ablehnt, gehört zu demselben Schritt und ist kein eigenes Projekt. Wenn der Anbieter den Verkehr schon in seinem Panel filtert, stapeln Sie keine zweite Regel, die Sie aussperrt. Ändern Sie eine Kontrolle, testen Sie den Schlüssel-Login, dann die nächste. Die Konsole ist das Rollback für diesen Teil, so wie der Snapshot das Rollback für den Agenten ist.

Fragen, die den Tarif entscheiden

Reicht ein VPS mit 1 GB oder 2 GB für KI-Programmierung?

Nein. Diese Größe hält nur SSH am Leben. Sobald Node, ein Language Server und ein Coding-Agent gleichzeitig resident sind, sind 8 GB der Boden für die tägliche Arbeit. Docker und parallele Tests brauchen die nächste Stufe.

Braucht ein Coding-Agent einen GPU-VPS?

Nicht, wenn er ein gehostetes Modell aufruft. Lassen Sie GPUs für Training und große lokale Inferenz. Tägliche Repo-Arbeit kauft RAM, Platte und eine nahe Region.

Kann ich iOS auf einem Linux-VPS bauen?

Nein. Signierung, Simulator und xcodebuild gehören zu macOS. Nehmen Sie einen Remote-Mac. Verbringen Sie keinen Nachmittag damit, auf Linux nach einem Werkzeug zu suchen, das dort nie existieren wird.

Sind API-Schlüssel auf dem VPS sicher?

Nur wenn Sie die Maschine kontrollieren, die Rechte eng sind und das Repo die Datei nicht committen kann. Modus 600 für die Datei, 700 für das Verzeichnis. Schreiben Sie den Schlüssel nicht in die Shell-History und geben Sie ihn keinem Agenten, der als root läuft.

Heißt ein erfolgreicher SSH-Login, dass die Umgebung fertig ist?

Nein. Die Abnahme ist eine tmux-Sitzung, die das Trennen des Laptops überlebt, ein Test-Repo, das der Agent ändern kann, und ein Snapshot vor dieser Änderung.

Wohin die Entscheidung damit steht

Entscheiden Sie die Ausführungsgrenze, dann registrieren Sie sich. Ein Coding-VPS passt zu Linux-Repositories, die nach dem Zuklappen weiterlaufen sollen. Xcode und Signierung gehen auf einen macOS-Knoten. Training geht auf eine GPU. Remote-Entwicklung steht, wenn alle sieben Schritte eine Beobachtung haben, nicht wenn das SSH-Banner erscheint. Eine offene Tür heißt nur, dass die Tür offen ist.

Weiterlesen

• Wenn lokale Modelle das Ziel sind, zuerst die AI-PC-Kaufberatung →
• Wie sich Pi, Claude Code und Codex in der Ausführung unterscheiden →
• Lange Automatisierung auf einen Cloud-Mac legen, nicht auf einen privaten VPS →