Lancer un agent de code IA sur un VPS

Pourquoi lancer un agent de code sur un VPS

Un agent de code est un outil qui lit votre base de code, écrit des modifications et lance des commandes pour les tester, le tout depuis le terminal. En lancer un sur un VPS présente trois avantages par rapport à votre ordinateur portable : il continue de travailler après votre déconnexion, il se trouve juste à côté de votre code et de vos outils de compilation, et il peut dialoguer avec un modèle que vous hébergez vous-même. Démarrez-le dans une session tmux et vous pouvez fermer votre ordinateur portable puis reprendre le travail plus tard, selon le même schéma que lancer Claude Code sur un VPS avec tmux.

Deux agents en mode terminal méritent d'être connus. Aider est l'option native du terminal, orientée git d'abord : il crée automatiquement un commit pour chaque modification avec un message pertinent, si bien que votre historique reste propre et que chaque changement est réversible. C'est l'un des agents de code en terminal les plus anciens, même si son rythme de publication a ralenti. Goose, de Block, est plus large : un agent sous licence Apache-2.0 doté d'un vaste écosystème d'extensions et compatible avec de nombreux fournisseurs, y compris les modèles Ollama locaux, désormais développé au sein de l'Agentic AI Foundation (AAIF) de la Linux Foundation. Aider convient à un flux de travail discipliné et centré sur git ; Goose convient à un assistant plus généraliste doté d'un large jeu d'extensions.

Ce qu'il vous faut

Il vous faut un VPS avec git, tmux et une version récente de Python pour Aider, ou l'installateur de Goose pour Goose. Et il vous faut un modèle : soit une clé d'API hébergée fournie par un prestataire comme Anthropic ou OpenAI, soit un modèle local servi par Ollama sur le même VPS. La voie auto-hébergée garde votre code sur votre propre serveur et ne coûte rien au token, au prix de la mémoire nécessaire pour faire tourner un modèle performant.

Installer et lancer Aider

Installez Aider dans un environnement isolé avec pipx, qui provient d'apt car Ubuntu 24.04 bloque la commande pip install classique en dehors d'un environnement virtuel (PEP 668). Lancez ensuite Aider dans votre projet, au sein d'une session tmux pour qu'il survive à une déconnexion :

sudo apt install pipx
pipx ensurepath
pipx install aider-chat
tmux new -s aider
cd ~/my-project
aider

Une remarque sur les versions : cette installation fonctionne telle quelle sur Ubuntu 24.04. Sur Ubuntu 26.04, elle échoue actuellement, car les dépendances figées d'Aider incluent une ancienne version de numpy qui ne se compile pas avec le Python 3.14 de la 26.04. La solution consiste à donner à Aider son propre Python 3.12 :

pipx install --python 3.12 --fetch-missing-python aider-chat

pipx télécharge un interpréteur autonome rien que pour Aider, et l'installation aboutit. C'est un symptôme du rythme de publication ralenti d'Aider ; si cela vous gêne, Goose est le choix le plus activement maintenu.

Une fois lancé, détachez-vous de la session avec Ctrl-b puis d et l'agent continue de travailler ordinateur portable fermé ; rattachez-vous plus tard avec tmux attach -t aider pour lire ce qu'il a modifié. Aider lit votre dépôt, propose des modifications, les applique et crée un commit pour chacune, et il peut intégrer des fichiers supplémentaires comme contexte lorsqu'un changement en concerne plusieurs. Comme chaque changement est un commit, annuler l'agent revient à un simple git revert, le filet de sécurité qui rend son usage confortable. Goose s'installe avec son script d'une ligne documenté et fonctionne de manière similaire depuis le terminal, en pilotant les tâches via ses extensions :

curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh | bash

Modèle hébergé ou modèle auto-hébergé

Un modèle hébergé vous offre la meilleure qualité et ne nécessite aucun matériel local, mais il coûte de l'argent au token et votre code est envoyé au prestataire. Un modèle auto-hébergé via Ollama garde tout sur votre serveur et fonctionne gratuitement une fois le matériel amorti, mais un modèle de code assez bon pour être utile réclame une mémoire conséquente. Voilà l'arbitrage à peser : qualité et confort contre confidentialité et coût.

Si vous optez pour l'auto-hébergement, la question pratique est de savoir quel modèle tient sur votre serveur. Dimensionnez-le avant de télécharger un modèle de huit gigaoctets sur une machine incapable de le contenir :

Sécurité : il modifie des fichiers et lance des commandes

Un agent de code n'est pas passif. Il réécrit des fichiers et peut lancer des commandes de compilation et de test, alors accordez-lui le même soin qu'à tout processus capable de modifier votre système. Trois habitudes couvrent l'essentiel du risque. Travaillez au sein d'un dépôt git, pour que chaque changement soit suivi et réversible, ce qu'Aider fait pour vous automatiquement. Lancez l'agent sous votre utilisateur ordinaire sans privilèges, jamais en tant que root, en suivant les utilisateurs à moindre privilège, afin qu'une mauvaise commande ne puisse pas toucher tout le système. Et gardez la machine elle-même durcie, car un VPS de développement reste un serveur public : SSH par clé uniquement, un pare-feu qui refuse par défaut, et le reste. Le guide de durcissement d'OpenClaw adopte la même posture pour un agent plus autonome, et les principes se transposent.

Pour intégrer un agent de code à votre propre flux de travail, créer un agent IA avec Claude montre comment un modèle pilote vos outils ; lancer le CLI Gemini de Google sur un VPS est une autre option en terminal, et auto-héberger OpenHands est la voie autonome la plus lourde. Le projet open source le plus étoilé de ce domaine a désormais son propre guide : lancer OpenCode sur un VPS le met en place avec le même schéma tmux et utilisateur sans privilèges.

FAQ

Puis-je faire tourner un agent de code avec un modèle local plutôt qu'une API payante ?

Oui. Aider comme Goose fonctionnent avec des modèles locaux servis par Ollama, si bien que vous pouvez faire tourner un agent de code entièrement auto-hébergé, sans coût au token et sans qu'aucun code ne quitte votre serveur. Le hic, c'est la mémoire : un modèle assez capable pour écrire du code utile réclame beaucoup de RAM ou de VRAM, alors dimensionnez la machine en fonction du modèle avant de vous lancer.

Aider ou Goose, lequel choisir ?

Choisissez Aider si votre flux de travail est centré sur le terminal et sur git et que vous voulez l'option la plus mature et la plus légère ; il crée un commit pour chaque changement, si bien que votre historique reste réversible. Choisissez Goose si vous voulez un assistant plus large doté d'un vaste écosystème d'extensions et compatible avec de nombreux fournisseurs. Les deux fonctionnent depuis le terminal et avec Ollama, donc l'un comme l'autre conviennent à un VPS.

De combien de mémoire ai-je besoin pour un modèle de code auto-hébergé ?

Cela dépend de la taille du modèle et de son degré de quantification. Un petit modèle quantifié peut tourner sur quelques gigaoctets, tandis qu'un modèle plus puissant en réclame bien davantage, et les longues fenêtres de contexte s'y ajoutent. Utilisez l'outil de dimensionnement ci-dessus pour estimer la mémoire nécessaire à un modèle et à une longueur de contexte donnés avant de le télécharger.

Est-il prudent de laisser un agent IA modifier mon code et lancer des commandes ?

C'est gérable avec les bonnes habitudes. Gardez votre travail dans un dépôt git pour que chaque modification soit un commit réversible, lancez l'agent sous un utilisateur sans privilèges plutôt qu'en root, et durcissez le VPS comme n'importe quel serveur public. Relisez les changements qu'il valide plutôt que de leur faire aveuglément confiance, en particulier toute commande qu'il veut exécuter sur votre système.