Un agent de codage sur votre portable s'arrête à l'instant où vous rabattez le couvercle. Ce qui va pour une édition rapide — et est discrètement frustrant dès que vous voulez qu'il abatte un long refactoring, moule une suite de tests, ou continue pendant que vous allez faire autre chose. Déplacez-le vers un serveur et cette limitation disparaît simplement : il travaille pendant que vous dormez, survit à la chute de votre wifi, et vous remet le résultat à votre retour. Ceci couvre quel VPS convient vraiment à un agent de codage — Claude Code, la CLI de Cursor, Cline, OpenCode ou aider — quoi payer, et comment le garder en marche, sans KYC et payé en crypto.
Ce que « sur un serveur » vous achète vraiment
- Ça ne s'arrête pas. Une longue tâche va jusqu'au bout, indépendamment de votre portable.
- Salle blanche. L'agent obtient un environnement reproductible ; votre machine reste libre de déchets de build et de dépendances à moitié installées.
- Isolation. Un agent avec accès shell est puissant. Bien mieux qu'il ait ce pouvoir sur une machine jetable qu'à côté de vos photos et clés SSH.
Ce dernier point est sous-estimé : un VPS est le foyer le plus sûr pour un agent autonome, précisément parce qu'il est séparé.
Le dimensionner correctement
L'agent lui-même est léger — il appelle un modèle via une API, donc la réflexion se passe ailleurs (la même raison pour laquelle la plupart des agents IA ont besoin de peu de RAM). Ce qui consomme vraiment des ressources, c'est la toolchain de votre projet : un gros build, une exécution de tests lourde, une base de données locale. Alors dimensionnez pour le projet, pas pour l'agent :
- 2 Go / 2 cœurs — confortable pour l'agent + un checkout git + des builds légers.
- 4 Go — un défaut sûr pour de vrais projets avec des suites de tests correctes.
- Plus seulement si votre build est vraiment gourmand ou si vous faites tourner plusieurs agents à la fois.
Quel plan convient — et comment vous payez
Pour un seul agent de codage sur un vrai projet, le point idéal est 4 vCPU / 4 Go — de la place pour l'agent plus votre suite de build et de test. Sur EQVPS c'est le plan AI-Agent (10 $/mois) ; une machine à 2 Go convient aux dépôts légers, montez seulement si vos tests sont lourds ou si vous faites tourner plusieurs agents à la fois.
Deux décisions pratiques :
- NAT, pas IP dédiée. Un agent de codage ne fait que des appels sortants — API du modèle, git, registres de paquets — donc un plan NAT avec SSH redirigé est tout ce qu'il lui faut, et c'est moins cher. Tournez-vous vers un plan à IP dédiée seulement si vous hébergez aussi quelque chose auquel d'autres se connectent en entrée (un récepteur de webhook, un serveur de prévisualisation).
- Sans KYC, payé en crypto. Inscrivez-vous avec un e-mail et payez en USDC ou USDT sur Base ou Ethereum — pas de carte, pas de pièce d'identité. Utile si vous montez des machines jetables par agent et ne voulez pas que chacune soit liée à votre identité. Une carte marche aussi, mais la rampe d'accès a un minimum d'environ 27 $, donc recharger un petit solde une fois est plus fluide pour les plans pas chers.
C'est du CPU uniquement et ça tourne depuis deux emplacements, l'Allemagne et la Finlande (la disponibilité s'affiche à la commande) — bien pour un agent de codage (la grosse réflexion est du côté du fournisseur du modèle), bon à savoir si vous avez précisément besoin d'un GPU ou d'une autre région.
Le mettre en marche
Connectez-vous en SSH, installez votre toolchain et l'agent (Claude Code, la CLI de Cline, aider — celui que vous utilisez), clonez votre dépôt, et exportez votre clé API :
export ANTHROPIC_API_KEY=... # ou la clé de votre fournisseur
cd ~/myproject
Maintenant l'astuce clé — ne le lancez pas dans une session SSH nue, sinon il meurt quand vous vous déconnectez. Lancez-le dans tmux :
sudo apt install -y tmux
tmux new -s agent
# dans tmux : démarrez votre agent de codage, pointez-le sur la tâche
# puis détachez avec : Ctrl-b, puis d
Détachez, fermez votre portable, allez déjeuner. L'agent continue de travailler sur le serveur. Revenez et tmux attach -t agent pour voir ce qu'il a fait. Pour des exécutions planifiées, sans surveillance (par ex. une passe de maintenance nocturne), enveloppez-le plutôt dans un service systemd — même schéma que garder n'importe quel processus en vie.
Les mises en garde honnêtes
- Donnez-lui un bac à sable, pas les clés du royaume. Utilisez un utilisateur non-root, gardez-le dans un dépôt git (chaque changement relisible et réversible), et ne mettez pas d'identifiants de production sur la machine. Autonomie plus accès shell plus négligence, c'est comme ça que les accidents arrivent.
- Surveillez votre dépense en tokens. Un agent qui tourne longtemps en appelant un modèle en boucle coûte de l'argent d'API bien réel — fixez des limites et vérifiez. Le serveur est pas cher ; c'est l'inférence qui s'accumule.
- Ce n'est pas magique. Un agent en arrière-plan est excellent pour des tâches bien cadrées et vérifiables. Pointez-le sur quelque chose de vague et sans surveillance et vous reviendrez à des absurdités assurées. Cadrez serré.
Dans ces rails, un agent de codage sur son propre serveur est un schéma vraiment utile — votre travail continue que vous le fassiez ou non. Montez une machine à 4 Go, déposez-y tmux et votre agent, et laissez mijoter. L'agent peut même louer le serveur lui-même via MCP si vous voulez la boucle entièrement autonome.
Commentaires
Pas encore de commentaires. Soyez le premier.