Kurz gesagt: Wer einen Server für Claude Code plant, fragt oft zuerst „GPU oder 64 GB?“ — beides trifft selten den Kern. Im Folgenden entlang Speicherbudget, drei Stufen und Entscheidungsmatrix: Was Claude Code selbst braucht, welche Begleitlasten wirklich Speicher fressen, wer 16 / 24 / 64 GB braucht — und wie Sie mit Cloud Mac erst testen, bevor Sie Hardware kaufen. Keine Wiederholung der Screenshots aus dem Wochen-Praxistest, aber dieselben Zahlen.
Erst ein Irrtum: Claude Code frisst keine GPU und kein großes Modell-RAM
Die Inferenz von Claude Code läuft in der Anthropic-Cloud. Server (Mac mini / Cloud Mac) übernehmen:
- Git & Dateisystem — Repo lesen, Patches schreiben,
git diff - Tests & Builds —
pnpm test,xcodebuild, Postgres in Docker - Terminal-Agent-Runtime — CLI-Prozess, Index-Cache, MCP-Verbindungen
- Optionale lokale Inferenz — Ollama / MLX für Embeddings, Log-Zusammenfassungen (parallel zur Claude-API, ohne Modellgewichte für Claude selbst)
„Wie viel RAM für Claude Code?“ heißt also: Was soll die Maschine noch tun? Nur CLI + SSH vs. Browser + IDE + Ollama + Runner — völlig andere Antwort.
TL;DR
- Nur Claude Code → 16 GB reichen
- Claude Code + Dev-Desktop + gelegentliche CI → 24 GB (2026-Standard)
- Mehrere Runner + 32B lokal + mehrere Agenten → 64 GB (Mac Studio / Cloud Mac)
Speicherbudget: Wer konkurriert neben Claude Code?
Basis: M4 Apple Silicon Unified Memory (wie im 16 vs. 24 GB Test und bei Workload-Scheduling) — Dauerlast und Spitzen:
| Komponente | Schicht | Typisch | Spitze / Hinweis |
|---|---|---|---|
| macOS + System-Cache | L0 | 3–4 GB | Relativ stabil |
| Claude-Code-Workspace | L3 | 1–3 GB | Große Repos, viele MCPs oben; ohne Claude-Modellgewichte |
| Browser + IDE | L3 | 2–6 GB | Chrome 12–20 Tabs oft 4 GB+ |
| GitHub-Runner-Job | L1 | 2–6 GB (Dauer) | xcodebuild Link-Phase +4–8 GB kurz |
| Docker (Postgres etc.) | L1 | 0,5–2 GB | Next.js / Full-Stack üblich |
| Ollama · qwen3:8b | L2 | 5–7 GB | ollama stop gibt frei |
| Ollama · qwen3:14b | L2 | 9–13 GB | Mit CI leicht Swap |
| Ollama · 32B | L2 | 18–22 GB | 16/24 GB nicht für Dauerbetrieb |
Drei typische Tageslasten (ohne Compile-Spitzen):
- Nur Claude Code (headless): L0 + L3 ≈ 5–7 GB → 16 GB locker
- Claude Code + Desktop + 8B dauerhaft: ≈ 13–17 GB → 16 GB Grenze/Swap, 24 GB bequem
- Claude Code + CI + 14B: ≈ 20–26 GB → 24 GB nötig, vor CI stoppen
Kausalkette: Claude-Code-Auftrag → lokaler Speicherdruck
24 GB · richtig verstanden
- Claude Code selbst ist leicht
- Budget für Build-Spitzen
- 8B und CI zeitversetzt
- Ziel: Swap = 0
Typische Fehlannahmen
- RTX / 64 GB „für Claude“
- Ollama 7 GB ignorieren
- CI und 14B gleichzeitig voll
- Swap als „läuft doch“
Kern: Server-RAM für Claude Code = Unified Memory für Begleitlasten, nicht für das Claude-Modell.
16 GB: Claude Code läuft — mit harten Grenzen
Für wen: knappes Budget, API-first, kein großes lokales Modell dauerhaft; oder headless nur CLI + leichte Skripte.
| Dimension | 16 GB |
|---|---|
| Nur Claude Code + Terminal | Flüssig; Memory Pressure grün |
| + Chrome + VS Code | Geht; Tabs begrenzen |
| + Ollama qwen3:8b dauerhaft | Swap ca. 1,1 GB (gemessen); gelb |
| + 14B dauerhaft | Swap 2,3 GB+; nicht empfohlen |
| + xcodebuild-Spitze | Vor CI ollama stop; sonst stark ruckelig |
16-GB-Überlebensregeln (siehe L2-Q03 · 16 GB planen):
- Tagsüber kein 14B dauerhaft; 8B nur nachts batchweise
- Vor jedem CI
ollama stop+sleep 30 - Standard „Desktop + 8B + Claude Code parallel“ → direkt 24 GB; Scheduling rettet kein Hardware-Limit
Swap-Rote-Linie: Während eines Claude-Code-Auftrags Swap > 0,5 GB über 5+ Minuten — Terminal spürbar träge. Das ist kein langsames API, sondern Speicherpool voll.
24 GB: Sweet Spot für die meisten Claude-Code-Teams 2026
Für wen: tägliche Hauptmaschine — Claude Code + IDE + Browser + Docker + gelegentlicher GitHub Runner; 8B tagsüber oder 14B nachts.
Gleiches Next.js-SaaS-Repo (~90k Zeilen), Stripe-Abo-Auftrag (L3-Messung):
| Metrik | 24 GB M4 Mac mini |
|---|---|
| Speicher belegt (Dauer) | 19,4 GB (Chrome 12 Tabs + VS Code + Docker Postgres) |
| Swap | 0 |
| Auftragsdauer | 18 Min. · 47 Dateien · Tests 95 % grün |
| CPU-Spitze | 58 % (pnpm test, nicht Modellinferenz) |
Vergleich 16 GB mit qwen3:8b: 13,2 GB belegt, Swap 1,1 GB, gelb; 24 GB: 16,4 GB, null Swap, grün — ~9 % weniger Rechenleistung, aber spürbar schlechteres Multitasking auf 16 GB.
24-GB-Empfehlung:
- Tags:
nomic-embed-textdauerhaft (<1 GB) + Claude Code API - CI:
ci-prestoppt 8B/14B für xcodebuild - Nachts:
qwen3:8boder 14B für Logs / Embeddings
2026-Standard: Wenn Budget reicht: Claude-Code-Workstation / Cloud-Host zuerst 24 GB. Die Ersparnis bei 16 GB holt man oft im ersten Jahr durch Swap-Zeitverlust ein.
64 GB: wann es sich lohnt
Nicht für „Claude Code flotter“ — Inferenz ist cloudseitig; 64 GB macht einen Auftrag nicht doppelt so schnell.
Ja, wenn mindestens eines zutrifft:
| Szenario | Warum 64 GB | Typische Hardware |
|---|---|---|
| 32B+ lokal dauerhaft | qwen3:32b Gewichte + KV + Desktop ≈ 28–38 GB | Mac Studio 64 GB |
| Mehrere Runner, xcodebuild parallel | 2–3 Link-Spitzen je +6–8 GB | Mac Studio / mehrere Cloud Macs |
| Zwei Agent-Workspaces | Claude Code + OpenHands je 2–4 GB Index | Team-Build-Maschine |
| MLX-Compile + Xcode | Spitziger als Ollama allein | ML-Engineer-Station |
| 24/7 autonomer Agent | Dauer-Ausführung + Runner + RAG 14B ohne Unload | siehe 24/7-Agent-Guide |
Nur 8B–14B + Claude Code im Alltag: M4 Mac mini 24 GB ist das bessere Preis-Leistungs-Verhältnis. Bei Bedarf an 64 GB Unified Memory: Mac Studio oder Cloud Mac — oder eine Woche cloudseitig Memory Pressure messen.
Entscheidungsmatrix: eine Tabelle, eine Stufe
| Ihr Szenario | RAM | Hinweis |
|---|---|---|
| Einzelperson · nur Claude Code CLI · kein lokales Modell | 16 GB | headless SSH oder leichtes Terminal |
| Einzelperson · Claude Code + IDE + Browser | 24 GB | häufigste Kombi 2026 |
| Full-Stack · Claude Code + Docker + 8B zeitversetzt | 24 GB | Disziplin: vor CI stoppen |
| iOS-Team · Claude Code + self-hosted Runner | 24 GB aufwärts | bei vielen Pushes 24 GB + Scheduling |
| 14B tagsüber + gleichzeitig CI | 24 GB (streng) oder 64 GB (entspannt) | 16 GB reicht nicht |
| 32B lokal + Claude Code auf einer Maschine | 64 GB | oder Modell auf zweite Maschine |
| 2+ Runner parallel · großes Monorepo | 64 GB oder Multi-Node | 24 GB swappt in Link-Phase |
| Unklare Last · erst validieren | Cloud Mac 24 GB, 1–2 Wochen | Swap und Auftragszeit beobachten |
Cloud Mac testen vs. Mac mini kaufen
Falsche RAM-Stufe kostet am meisten Zeit — Claude-Code-Aufträge unter Swap schaden oft mehr als die API-Rechnung.
| Weg | Vorteil | Passend für |
|---|---|---|
| Erst Cloud Mac mieten | 16/24 GB wöchentlich testen; echtes Repo; kein Hardware-Risiko | Noch unklar, ob tägliche Nutzung |
| Mac mini 24 GB kaufen | Fester Arbeitsplatz; wenig Strom; Daten lokal | Täglich Claude Code + Entwicklung |
| Mac Studio 64 GB | Unified-Memory-Obergrenze; Runner / 32B | Team-Build oder ML-Pipeline |
Wie im Praxistest: vor dem M4 Mac mini drei Tage denselben Claude-Code-Workflow auf Cloud Mac — dann Hardware. Speicherstufe genauso: Activity Monitor, Memory Pressure und Swap Used schlagen Datenblatt.
7-Schritte-Checkliste vor dem Kauf
- Begleitlasten listen: nur Claude Code? oder + Runner + Ollama + Docker?
- Mit echtem Repo einen vollen Auftrag (inkl. Tests), Peak-Speicher notieren
- Swap Used während des Auftrags: > 0?
- Bei CI: Push →
xcodebuild, Überlappung mit Ollama prüfen - Matrix → 16 / 24 / 64 GB vorwählen
- Unsicher → Cloud Mac 1–2 Wochen, dann kaufen
- Danach 30-Sekunden-Runbook (CI stop) — sonst „richtiges RAM, falsches Scheduling“
Zum Artikelnetzwerk
- L3 · Claude Code Praxistest — Quelle der 24-GB-Auftragszahlen.
- L2-Q02 · 16 vs. 24 GB — Ollama-Swap-Benchmark.
- L2-Q03 · Workload-Scheduling — Runbook nach dem RAM-Kauf.
- 24/7 Agent Deployment — höhere RAM-Anforderungen.
- Cloud Mac vs. lokaler Mac — Knotenform wählen.
L3-Q04 · dieser Artikel — extern: „Claude Code Server 16/24/64 GB?“; intern: Beschaffungs-Schnittstelle zwischen L3-Coding und L2-Speicher.
FAQ
Mindest-RAM für Claude Code?
Nur CLI + leichtes Terminal: 16 GB. Standard-Desktop + IDE + Browser + lokales 8B: 24 GB.
Braucht Claude Code GPU?
Nein. Inferenz in der Cloud; lokale GPU idle. RTX für lokales 70B hat mit Claude Code nichts zu tun.
16 GB + GitHub Runner?
Ja, mit Scheduling. Ollama vor CI stoppen; kein 14B dauerhaft. Langfristig 24 GB.
Ist 24 GB am günstigsten?
Für „Claude Code + Alltags-Dev + 8B/14B zeitversetzt“ 2026: 24 GB Sweet Spot — mittelgroße Repos ohne Swap.
Wann 64 GB?
32B+ dauerhaft, mehrere Runner, Dual-Agent oder große MLX-Pipeline. Nur für Claude Code selbst meist Overkill.
Linux-VPS statt Mac?
Reines Backend ok; iOS/macOS-Build, Xcode, Signing brauchen macOS. Hybrid-Teams: macOS-Knoten für Claude Code + Runner.
Ruckelt es trotz genug RAM?
Ja — wenn Ollama und xcodebuild gleichzeitig voll: Scheduling, nicht nur Kapazität. Unter 16-GB-Decke rettet Scheduling „Desktop + 8B + CI“ nicht.
Unsicher welche Stufe?
Claude Code zuerst auf Cloud Mac mit echtem Repo testen
Memory Pressure und Swap-Kurve prüfen, ob 16 GB reichen — dann Hardware oder dauerhaft 24 GB Cloud.
Cloud-Mac-Angebote ansehen