En bref : pour équiper un serveur Claude Code, beaucoup demandent d'abord « GPU ou 64 Go ? » — deux questions souvent à côté de la plaque. Ci-dessous, selon budget mémoire, trois paliers et matrice de décision : ce que Claude Code consomme, quelles charges associées prennent la RAM, qui a besoin de 16 / 24 / 64 Go, et comment tester sur Cloud Mac avant d'acheter. Pas de reprise des captures du retour d'expérience d'une semaine, mais les mêmes chiffres.
Corriger une idée reçue : Claude Code ne consomme ni GPU ni gros modèle en RAM
L'inférence de Claude Code se fait dans le cloud Anthropic. Le serveur (Mac mini / Cloud Mac) gère :
- Git et système de fichiers — lire le dépôt, écrire les patchs,
git diff - Tests et builds —
pnpm test,xcodebuild, Postgres dans Docker - Runtime agent terminal — processus CLI, cache d'index, connexions MCP
- Inférence locale optionnelle — Ollama / MLX pour embeddings, résumés de logs (en parallèle de l'API Claude, sans poids de modèle pour Claude)
« Combien de RAM pour Claude Code ? » = « qu'autre chose fait tourner cette machine ? » CLI seul vs navigateur + IDE + Ollama + Runner : réponses très différentes.
TL;DR
- Claude Code seul → 16 Go suffisent
- Claude Code + bureau dev + CI occasionnelle → 24 Go (défaut 2026)
- Plusieurs Runner + 32B local + multi-agents → 64 Go (Mac Studio / Cloud Mac)
Budget mémoire : qui rivalise avec Claude Code ?
Référence : M4 Apple Silicon mémoire unifiée (comme le test 16 vs 24 Go et le planning de charge) — charge stable et pics :
| Composant | Couche | Typique | Pic / note |
|---|---|---|---|
| macOS + cache système | L0 | 3–4 Go | Relativement stable |
| Workspace Claude Code | L3 | 1–3 Go | Gros dépôts, beaucoup de MCP ; sans poids du modèle Claude |
| Navigateur + IDE | L3 | 2–6 Go | Chrome 12–20 onglets souvent 4 Go+ |
| Job GitHub Runner | L1 | 2–6 Go (stable) | Phase link xcodebuild +4–8 Go |
| Docker (Postgres, etc.) | L1 | 0,5–2 Go | Courant Next.js / full-stack |
| Ollama · qwen3:8b | L2 | 5–7 Go | ollama stop libère |
| Ollama · qwen3:14b | L2 | 9–13 Go | Avec CI, Swap probable |
| Ollama · 32B | L2 | 18–22 Go | Pas pour 16/24 Go en permanence |
Trois charges typiques d'une journée (sans pics de compilation) :
- Claude Code seul (headless) : L0 + L3 ≈ 5–7 Go → 16 Go confortable
- Claude Code + bureau + 8B permanent : ≈ 13–17 Go → 16 Go limite/Swap, 24 Go confortable
- Claude Code + CI + 14B : ≈ 20–26 Go → 24 Go requis, stop avant CI
Chaîne causale : tâche Claude Code → pression mémoire locale
24 Go · bonne lecture
- Claude Code est léger
- Budget pour pics de build
- 8B et CI décalés
- Objectif : Swap = 0
Erreurs fréquentes
- RTX / 64 Go « pour Claude »
- Ignorer Ollama 7 Go
- CI et 14B à fond ensemble
- Swap = « ça marche »
Logique clé : la RAM serveur pour Claude Code = pool unifié pour charges associées, pas pour le modèle Claude.
16 Go : Claude Code tourne — avec des limites dures
Pour qui : budget serré, API-first, pas de gros modèle local permanent ; ou serveur headless CLI + scripts légers.
| Dimension | 16 Go |
|---|---|
| Claude Code + terminal seul | Fluide ; Memory Pressure verte |
| + Chrome + VS Code | OK ; limiter les onglets |
| + Ollama qwen3:8b permanent | Swap ~ 1,1 Go (mesuré) ; jaune |
| + 14B permanent | Swap 2,3 Go+ ; déconseillé |
| + pic xcodebuild | ollama stop avant CI ; sinon très saccadé |
Règles de survie 16 Go (voir L2-Q03 · planifier 16 Go) :
- Pas de 14B permanent en journée ; 8B seulement la nuit en batch
- Avant chaque CI
ollama stop+sleep 30 - Scénario « bureau + 8B + Claude Code ensemble » → 24 Go direct ; le planning ne lève pas le plafond matériel
Seuil Swap : pendant une tâche Claude Code, Swap > 0,5 Go pendant 5+ minutes — terminal nettement plus lent. Ce n'est pas une API lente, c'est le pool mémoire saturé.
24 Go : sweet spot pour la plupart des équipes Claude Code en 2026
Pour qui : machine principale quotidienne — Claude Code + IDE + navigateur + Docker + GitHub Runner occasionnel ; 8B le jour ou 14B la nuit.
Même dépôt Next.js SaaS (~90 k lignes), tâche abonnement Stripe (mesure L3) :
| Indicateur | 24 Go M4 Mac mini |
|---|---|
| Mémoire utilisée (stable) | 19,4 Go (Chrome 12 onglets + VS Code + Docker Postgres) |
| Swap | 0 |
| Durée tâche | 18 min · 47 fichiers · tests 95 % OK |
| Pic CPU | 58 % (pnpm test, pas inférence modèle) |
Comparaison 16 Go avec qwen3:8b : 13,2 Go utilisés, Swap 1,1 Go, jaune ; 24 Go : 16,4 Go, zéro Swap, vert — ~9 % de puissance en moins, mais multitâche nettement moins fluide en 16 Go.
Combo recommandé 24 Go :
- Jour :
nomic-embed-textpermanent (<1 Go) + API Claude Code - CI :
ci-prearrête 8B/14B pour xcodebuild - Nuit :
qwen3:8bou 14B pour logs / embeddings
Défaut 2026 : si le budget le permet, poste Claude Code / cloud 24 Go en priorité. L'économie sur 16 Go se paie souvent la première année en temps perdu à cause du Swap.
64 Go : quand ça vaut le coup
Pas pour « Claude Code plus fluide » — l'inférence est dans le cloud ; 64 Go ne double pas la vitesse d'une tâche.
Oui si au moins une condition :
| Scénario | Pourquoi 64 Go | Matériel typique |
|---|---|---|
| 32B+ local permanent | qwen3:32b poids + KV + bureau ≈ 28–38 Go | Mac Studio 64 Go |
| Plusieurs Runner, xcodebuild parallèle | 2–3 pics link +6–8 Go chacun | Mac Studio / plusieurs Cloud Mac |
| Deux workspaces agent | Claude Code + OpenHands ~2–4 Go index chacun | Machine build d'équipe |
| Compile MLX + Xcode | Pics plus aigus qu'Ollama seul | Poste ingénieur ML |
| Agent autonome 24/7 | Exécution permanente + Runner + RAG 14B sans déchargement | voir guide agent 24/7 |
Seulement 8B–14B + Claude Code au quotidien : M4 Mac mini 24 Go offre le meilleur rapport. Besoin de 64 Go unifiés : Mac Studio ou Cloud Mac — ou une semaine de mesure Memory Pressure dans le cloud.
Matrice de décision : un tableau, un palier
| Votre scénario | RAM | Note |
|---|---|---|
| Individuel · CLI Claude Code seul · pas de modèle local | 16 Go | SSH headless ou terminal léger |
| Individuel · Claude Code + IDE + navigateur | 24 Go | combo le plus courant 2026 |
| Full-stack · Claude Code + Docker + 8B décalé | 24 Go | discipline stop avant CI |
| Équipe iOS · Claude Code + Runner self-hosted | 24 Go minimum | push fréquents : 24 Go + planning |
| 14B permanent le jour + CI simultanée | 24 Go (strict) ou 64 Go (serein) | 16 Go insuffisant |
| 32B local + Claude Code sur une machine | 64 Go | ou modèle sur une 2e machine |
| 2+ Runner parallèles · gros monorepo | 64 Go ou multi-nœud | 24 Go swap en phase link |
| Charge incertaine · valider d'abord | Cloud Mac 24 Go, 1–2 semaines | observer Swap et durée de tâche |
Essai Cloud Mac vs achat Mac mini
Se tromper de palier RAM coûte surtout du temps — les tâches Claude Code sous Swap font souvent plus mal que la facture API.
| Voie | Avantage | Adapté à |
|---|---|---|
| Louer Cloud Mac d'abord | Tester 16/24 Go à la semaine ; vrai dépôt ; pas de risque matériel | Usage quotidien pas encore certain |
| Acheter Mac mini 24 Go | Poste fixe ; faible conso ; données locales | Claude Code + dev chaque jour |
| Mac Studio 64 Go | Plafond mémoire unifiée ; Runner / 32B | Build d'équipe ou pipeline ML |
Comme dans le retour d'expérience : avant le M4 Mac mini, trois jours le même workflow Claude Code sur Cloud Mac — puis le matériel. Même méthode pour la RAM : Moniteur d'activité, Memory Pressure et Swap Used valent mieux que la fiche technique.
Checklist en 7 étapes avant achat
- Lister les charges associées : Claude Code seul ? ou + Runner + Ollama + Docker ?
- Sur un vrai dépôt, une tâche complète (tests inclus), noter le pic mémoire
- Swap Used pendant la tâche : > 0 ?
- Si CI : push →
xcodebuild, chevauchement avec Ollama - Matrice → présélection 16 / 24 / 64 Go
- Incertain → Cloud Mac 1–2 semaines, puis achat
- Ensuite runbook 30 s (stop CI) — sinon « bonne RAM, mauvais planning »
Liens avec la série d'articles
- L3 · retour d'expérience Claude Code — source des chiffres 24 Go.
- L2-Q02 · 16 vs 24 Go — benchmark Swap Ollama.
- L2-Q03 · planning de charge — runbook après achat RAM.
- Déploiement agent 24/7 — exigences RAM plus élevées.
- Cloud Mac vs Mac local — choix de forme de nœud.
L3-Q04 · cet article — externe : « serveur Claude Code 16/24/64 Go ? » ; interne : interface décision d'achat entre couche L3 codage et L2 mémoire.
FAQ
RAM minimale pour Claude Code ?
CLI + terminal léger : 16 Go. Bureau + IDE + navigateur + 8B local : 24 Go.
Claude Code a-t-il besoin d'un GPU ?
Non. Inférence cloud ; GPU local inactif. RTX pour 70B local n'a rien à voir avec Claude Code.
16 Go + GitHub Runner ?
Oui, avec planning. Arrêter Ollama avant CI ; pas de 14B permanent. À long terme 24 Go.
24 Go est-il le plus rentable ?
Pour « Claude Code + dev quotidien + 8B/14B décalés » en 2026 : 24 Go sweet spot — dépôts moyens sans Swap.
Quand 64 Go ?
32B+ permanent, plusieurs Runner, double agent ou grosse pipeline MLX. Pour Claude Code seul, souvent excessif.
VPS Linux au lieu de Mac ?
Backend pur OK ; build iOS/macOS, Xcode, signature exigent macOS. Équipes hybrides : nœud macOS pour Claude Code + Runner.
Ça rame malgré assez de RAM ?
Oui — Ollama et xcodebuild à fond ensemble : planning, pas seulement capacité. Sous plafond 16 Go, le planning ne sauve pas « bureau + 8B + CI ».
Quel palier choisir ?
Testez Claude Code d'abord sur Cloud Mac avec un vrai dépôt
Vérifiez Memory Pressure et courbe Swap pour savoir si 16 Go suffisent — puis matériel ou cloud 24 Go permanent.
Voir les offres Cloud Mac