Claude Code sur un VPS : les avantages pour votre activité

Faire tourner Claude Code sur un VPS permet de confier des tâches de développement à un agent qui continue de travailler quand votre ordinateur est éteint, depuis n'importe quel poste, dans un environnement séparé de vos données personnelles. C'est le principal gain : un assistant de code qui devient une ressource d'infrastructure, et plus seulement un outil lancé dans un terminal local.

Cet article présente d'abord ce que cela change concrètement pour un développeur, une agence ou une petite équipe. La partie technique vient ensuite, volontairement courte : de quoi dimensionner la machine, l'installer proprement et éviter les erreurs de sécurité courantes.

Ce que vous gagnez en le déplaçant sur un serveur

Claude Code est un agent en ligne de commande d'Anthropic. Il lit votre dépôt, modifie des fichiers, lance des tests et des commandes. Sur un portable, il vit et meurt avec votre session : veille, batterie, Wi-Fi d'hôtel, redémarrage forcé par une mise à jour. Sur un VPS, il s'exécute dans une session persistante.

Les bénéfices se résument assez simplement :

• Disponibilité continue : une refonte, une migration de dépendances ou une campagne de tests peut tourner pendant la nuit. Vous relisez le résultat le matin.
• Accès depuis partout : une simple connexion SSH suffit, depuis un second ordinateur, une tablette ou un poste prêté. Le contexte de travail reste sur le serveur.
• Poste de travail libéré : les builds, les tests et les conteneurs consomment les ressources du VPS, pas celles de votre machine. Votre portable reste réactif.
• Environnement propre et reproductible : une machine dédiée à ce rôle, avec les bonnes versions de Node, Python ou PHP, sans les résidus de dix projets différents.
• Coût d'infrastructure prévisible : vous louez une machine à abonnement fixe. Seule l'utilisation de Claude (abonnement ou API) varie selon votre usage.

Une séparation nette entre l'agent et vos données

Un agent qui exécute des commandes mérite d'être cantonné. Sur votre poste, il a potentiellement accès à votre dossier personnel, vos clés SSH, vos navigateurs, vos documents clients. Sur un VPS, il ne voit que ce que vous y avez mis.

C'est un argument de poids pour les agences et les freelances qui travaillent sur du code client. Vous créez un serveur par client ou par projet, avec uniquement les dépôts et les secrets nécessaires. À la fin de la mission, vous supprimez la machine et le périmètre disparaît avec elle.

Vous restez responsable de la configuration : un VPS isolé ne protège que si les accès sont bien gérés. Nous y revenons plus bas.

Les usages qui rentabilisent le plus vite un VPS

Tous les usages ne se valent pas. Ceux où le serveur apporte un avantage net :

1. Les tâches longues : migration de framework, ajout de tests sur un code existant, refactorisation à grande échelle. Tant que la tâche dure, aucune raison de garder un portable ouvert.
2. Le travail en équipe : un serveur commun avec un utilisateur par personne, des dépôts partagés et une même chaîne d'outils. Les différences de configuration entre postes disparaissent.
3. La maintenance de sites clients : mises à jour, corrections, audits de code sur plusieurs projets WordPress ou applicatifs, depuis un point d'entrée unique.
4. Les déploiements proches de la production : l'agent peut préparer et tester ses changements sur la même famille de système que celle de vos serveurs finaux.
5. Le travail nomade : vous commencez une tâche au bureau, vous la suivez depuis le train, vous la terminez à la maison.

Quel VPS choisir

Claude Code lui-même est léger : l'essentiel du calcul se fait côté Anthropic, et la machine locale se contente d'exécuter les commandes demandées. Ce qui pèse, c'est votre projet : compilation, suites de tests, base de données, Docker.

À titre indicatif, pour démarrer :

Prévoyez aussi de l'espace disque en proportion : dépôts, dépendances et images Docker grossissent vite. Une distribution Ubuntu LTS ou Debian est un choix simple et bien documenté, et c'est le terrain naturel d'un VPS Linux.

Côté emplacement, choisissez selon vos contraintes. Si vos clients ou votre conformité demandent que le code reste en Europe, regardez les offres en France ou en Allemagne. L'offre dédiée à cet usage est présentée sur la page VPS pour Claude Code, et la gamme complète est sur la page VPS.

Installer Claude Code en quelques minutes

Une fois le serveur livré, connectez-vous en SSH et créez un utilisateur standard. Évitez de travailler en root : c'est une bonne pratique générale, et un agent qui exécute des commandes doit disposer de droits limités.

Bash
1adduser dev
2usermod -aG sudo dev
3su - dev

Installez ensuite Claude Code avec l'installateur officiel :

Bash
1curl -fsSL https://claude.ai/install.sh | bash
2claude --version

Si vous préférez passer par npm, il faut Node.js (version 18 ou supérieure) :

Bash
1npm install -g @anthropic-ai/claude-code

Placez-vous ensuite dans votre projet et lancez claude. Au premier démarrage, l'outil vous propose de vous authentifier avec un compte Claude ou une clé API. Sur un serveur sans navigateur, il affiche une adresse à ouvrir depuis votre poste, puis vous collez le code obtenu dans le terminal.

Garder la session en vie avec tmux

Sans précaution, une coupure SSH ferme la session et interrompt l'agent. tmux règle le problème :

Bash
1sudo apt update && sudo apt install -y tmux
2tmux new -s claude
3# lancez claude dans cette session, puis détachez-vous avec Ctrl+b puis d
4tmux attach -t claude

La commande attach vous ramène exactement là où vous aviez laissé la session, même après une reconnexion le lendemain.

Sécuriser le serveur avant d'y laisser un agent travailler

Un agent qui lit et modifie du code a besoin d'un cadre. Quelques réglages suffisent pour une base saine.

• Authentification par clé SSH uniquement. Dans /etc/ssh/sshd_config, définissez PasswordAuthentication no et PermitRootLogin no, puis rechargez avec sudo systemctl reload ssh.
• Pare-feu minimal : n'ouvrez que ce qui est nécessaire.

Bash
1sudo ufw allow OpenSSH
2sudo ufw enable

• Secrets limités : ne stockez sur la machine que les clés dont le projet a besoin. Préférez des clés de déploiement en lecture seule à vos identifiants personnels Git.
• Relecture des actions : gardez le mode de permissions par défaut de Claude Code, qui demande confirmation avant les actions sensibles, tant que vous n'avez pas cerné précisément le périmètre de la machine.
• Sauvegardes et Git : poussez régulièrement vos changements vers un dépôt distant. Le serveur reste un outil de travail, pas le seul exemplaire de votre code.

Si votre serveur est exposé à d'autres services publics (site, API), une protection anti-DDoS peut aussi avoir du sens, mais elle ne concerne pas Claude Code lui-même.

Les pièges à éviter

Le premier : sous-dimensionner la mémoire. Un npm install ou une compilation peut être tué par le système si la RAM manque. Un fichier d'échange (swap) dépanne, mais ne remplace pas de la mémoire réelle.

Le deuxième : mélanger des projets de clients différents sur un même utilisateur Unix. Séparez par utilisateur ou, mieux, par serveur.

Le troisième : oublier que l'usage de Claude a son propre coût, indépendant du VPS. Surveillez la consommation de votre abonnement ou de votre clé API, surtout si l'agent tourne la nuit sur des tâches larges. Fixez des objectifs précis plutôt qu'un « améliore tout le code ».

Pour aller plus loin sur l'administration d'un serveur Linux, les tutoriels du site couvrent SSH, les pare-feu et la gestion des utilisateurs.

FAQ