Quel VPS devrais-je utiliser pour Claude Code ou d'autres agents de codage ?

Une machine 4 vCPU / 4 Go est le point idéal pour un agent sur un vrai projet (le plan AI-Agent d'EQVPS) ; 2 Go suffisent pour des dépôts légers. L'agent lui-même est léger — dimensionnez pour la toolchain de build et de test de votre projet, pas pour l'agent.

Puis-je faire tourner des agents de codage sur un VPS sans KYC ?

Oui. Inscrivez-vous avec un e-mail et payez en crypto (USDC ou USDT sur Base ou Ethereum) — pas de pièce d'identité, pas de carte. Pratique quand vous montez des machines jetables par agent et ne voulez pas que chacune soit liée à votre identité.

NAT ou IP dédiée pour un agent de codage ?

Le NAT suffit — un agent de codage ne fait que des appels sortants (API du modèle, git, registres de paquets), donc le SSH redirigé sur un plan NAT le couvre. Choisissez une IP dédiée seulement si vous hébergez aussi quelque chose d'entrant, comme un récepteur de webhook ou un serveur de prévisualisation.

Un agent IA peut-il provisionner son propre VPS ?

Oui — EQVPS expose un serveur MCP, donc un agent peut lister les plans, payer en crypto et monter sa propre machine par programme. Détails sur /docs.

Pourquoi faire tourner un agent de codage sur un VPS plutôt que sur mon portable ?

La persistance. Sur un serveur, l'agent continue de travailler quand votre portable se met en veille, se ferme ou perd le wifi — un long refactoring ou une exécution de tests survit à votre journée. Ça garde aussi les installations lourdes et le fatras de build hors de votre machine, et donne à l'agent un environnement propre et reproductible où travailler.

De combien de RAM un agent de codage a-t-il besoin sur un serveur ?

Le processus de l'agent lui-même est léger — il appelle un modèle via une API, donc 2 Go gèrent confortablement l'agent plus un checkout git et des éditeurs. Ce qui mange de la RAM, c'est la toolchain de build/test de votre propre projet (un gros build Node ou compilateur), alors dimensionnez pour ça. 4 Go est un défaut sûr pour de vrais projets.

Comment garder l'agent en marche après ma déconnexion SSH ?

Lancez-le dans tmux (ou screen). Vous vous attachez, démarrez l'agent, vous détachez, et fermez votre portable — il continue de tourner sur le serveur. Reconnectez-vous plus tard avec tmux attach pour voir la progression. Pour des exécutions planifiées sans surveillance, un service systemd ou cron est plus propre.

Est-ce sûr de donner un accès shell à un agent autonome sur un serveur ?

Traitez-le comme n'importe quel outil puissant : faites-le tourner sur un VPS dédié, pas à côté de quoi que ce soit de précieux, utilisez un utilisateur non-root, gardez les secrets dans des variables d'environnement, et travaillez dans un dépôt git pour que chaque changement soit relisible et réversible. L'isolation d'une machine séparée est exactement pourquoi un VPS est l'endroit le plus sûr pour ça, pas votre machine principale.

L'agent a-t-il besoin d'un CPU puissant ?

Pas pour la réflexion — ça se passe sur le matériel du fournisseur du modèle. Le CPU compte seulement pour les builds et tests de votre projet. Une machine à 2 cœurs convient à la plupart des dépôts ; ajoutez des cœurs si votre suite de tests est lourde ou si vous faites tourner plusieurs agents à la fois.

Meilleur VPS pour Claude Code et les agents de codage (sans KYC, payé en crypto)

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 un seul datacenter en Allemagne — 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.