Meilleure config PC pour Claude Code :
16 Go vs 24 Go vs 64 Go — test comparatif

1. Idée reçue : Claude Code ne consomme pas en local ?

L’inférence du grand modèle se fait chez Anthropic dans le cloud : pas besoin de GPU NVIDIA, pas d’OOM parce que « le modèle est trop gros ». Ce n’est pas pour autant qu’un vieux 8 Go suffit — le mode agent, c’est laisser l’IA piloter votre environnement local :

• Lecture de fichiers → ripgrep, git, cache disque
• Tests → arbres de processus Node, Jest, pytest, cargo test…
• Correction CI → possiblement xcodebuild, Gradle, conteneurs Docker
• Subagents parallèles → plusieurs sessions terminal lisent et compilent en même temps

Dans notre audit de facture Claude Code sur 30 jours : ce qui coûte le plus, ce sont souvent les longues sessions + lecture du dépôt entier. Côté mémoire, pareil — le swap ralentit les commandes locales déclenchées par l’agent de 2 à 5 fois ; vous n’attendez pas que le modèle, mais aussi la compilation et les tests locaux.

2. Environnement et méthodologie

Note : comparaison même chip, seule la RAM change — pas d’effet génération CPU. Les chiffres varient un peu selon la taille du dépôt et les dépendances ; l’écart relatif entre les trois paliers est resté stable sur plusieurs runs.

3. Mémoire occupée par Claude Code seul

Scénario ultra léger : terminal seul, dépôt vide, une courte Q&R :

Donc : si vous n’utilisez Claude Code que comme « ChatGPT terminal amélioré », 16 Go largement suffisent. L’écart vient des effets de bord locaux lancés par l’agent.

4. Tableau comparatif des 8 scénarios

Tableau : pic mémoire (Claude Code + processus locaux parallèles), swap marqué (>500 Mo/min de pagination) et médiane du temps mur.

Lecture du tableau : à partir de S3, le 16 Go s’effondre — pas parce que Claude Code est lent, mais parce que les tests sont tués par le swap. Le 24 Go couvre S1–S4 et S5 léger ; agents parallèles et Docker restent tendus. Le 64 Go : zéro « inutilisable » ; S6 à deux subagents plus de deux fois plus rapide qu’en 24 Go.

5. 16 Go : usages possibles et limites

Pour qui

• Claude Code surtout en terminal, IDE occasionnel ou Vim/Neovim
• Petit dépôt (<50k lignes), tests en moins de 30 secondes
• Pas de simulateur iOS, pas de matrice Docker
• Déjà un MacBook Air / MacBook Pro d’entrée, budget RAM reporté

Règles de survie en 16 Go

1. Une seule appli « lourde » à la fois : fermer la fenêtre Cursor avec LSP TS pendant les tests agent
2. Configurer .claudeignore pour moins d’indexation inutile (comme dans l’article facture — économise aussi la RAM)
3. /clear dès la fin d’un sous-tâche, éviter la boule de contexte
4. xcodebuild, Docker, CI longue sur Mac cloud ; local = édition et vérifs légères

# Vue temps réel
memory_pressure

# Utilisation du swap
sysctl vm.swapusage

# Processus les plus gourmands
top -l 1 -s 0 -o mem | head -20

Ressenti : S1–S2 fluides ; dès qu’l’agent lance la suite complète (S3), ventilateur, curseur qui accroche, l’agent croit au « timeout test » et relance — lent et plus de tokens.

6. 24 Go : le meilleur choix pour la majorité

Si un seul palier pour « Claude Code + IDE moderne », 24 Go est le sweet spot 2026 — sur MacBook Pro 14″ M4, upgrade fréquent, souvent bien moins cher que le saut vers 48 Go.

24 Go couvre confortablement

• Claude Code + Cursor (ou VS Code) + LSP TypeScript / Python en parallèle
• Une passe de tests complète sur monorepo moyen
• Refactor multi-modules jusqu’à 12 fichiers + boucle de tests auto
• Un service Docker (base / Redis) + API locale

24 Go reste juste quand

• Xcode + simulateur iOS + Claude Code ensemble (pic S5 22,3 Go, marge minuscule)
• Deux subagents parallèles (S6) ou quatre services Docker (S7)
• Chrome 50+ onglets + stack ci-dessus (fréquent, ne riez pas)

7. 64 Go : qui en a vraiment besoin

64 Go sonne « surplus », mais pour les power users Claude Code ça règle le parallélisme — plus une file de compilation, mais plusieurs subagents qui lisent, testent et lancent des conteneurs en même temps.

Signaux pour viser 64 Go

S6 deux subagents : 64 Go 4m 22s vs 24 Go 9m 50s — pas le modèle, mais deux npm test parallèles sans se battre pour le swap. À 2 jobs parallèles/jour, 5 min gagnées chaque fois : ~60 h d’attente par an.

Budget à 36 Go (certains M4 Pro) : bon compromis iOS ; S5 plus stable qu’en 24 Go, mais pour double subagent, en fermer un ou déporter sur le cloud.

8. Au-delà de la RAM

9. Hybride : machine locale + Mac cloud

Pas obligé de monter le portable à 64 Go. Approche 2026 courante :

1. Local 16–24 Go : édition Claude Code, review, tests légers
2. Mac mini M4 cloud (24–64 Go) : xcodebuild, CI nocturne, subagents lourds
3. SSH sur le cloud pour la session agent ; local ne reçoit que les résultats — le goulot mémoire part au datacenter

En écho à notre article facture : fermer le capot → l’agent repart, tokens et temps perdus. Un Mac cloud toujours en ligne convient aux « longues tâches à déléguer ».

10. Guide d’achat par profil

11. Questions fréquentes

12. Conclusion

Claude Code transforme « écrire du code » en « diriger l’environnement local » — choisir la RAM, c’est estimer combien de processus l’agent lancera en parallèle pour vous. Nos mesures sont claires :

• 16 Go : terminal léger OK ; IDE + tests complets + agent ensemble → swap et chute brutale
• 24 Go : sweet spot 2026 pour la plupart, ~80 % des workflows Claude Code
• 64 Go : « taxe anti-galère » pour agents parallèles, matrice Xcode, Docker lourd — on gagne du temps, pas du prestige

La RAM est soudée — mieux vaut baisser d’un cran CPU et viser la bonne RAM. Budget serré : souvent 24 Go local + gros Mac cloud vaut mieux que 16 Go à la dure : un redémarrage agent coûte assez de temps et de tokens pour plusieurs jours de cloud.