一句話導讀：給 Claude Code 配伺服器，很多人第一反應是「要不要上 GPU、要不要 64GB」——但這兩個問題往往問錯了方向。 下文會按記憶體預算、三檔對照、場景決策矩陣拆開講：Claude Code 本體佔多少、真正吃記憶體的是哪些「伴生負載」、16GB / 24GB / 64GB 各自適合誰，以及不確定時如何用 Cloud Mac 先試跑再下單硬體。不重複一週實測手記裡的截圖證據，但會引用同一套數字。
先糾正一個誤區：Claude Code 不吃 GPU，也不直接吃大模型記憶體
Claude Code 的推理在 Anthropic 雲端完成。伺服器（或 Mac mini / Cloud Mac）負責的是：
- Git 與檔案系統——讀儲存庫、寫 patch、跑
git diff - 測試與建置——
pnpm test、xcodebuild、Docker 裡的 Postgres - 終端機 Agent 執行時——CLI 行程、索引快取、MCP 連線
- 可選本地推理——Ollama / MLX 做 embedding、日誌摘要（與 Claude API 並行，不佔模型權重給 Claude 本身）
因此「Claude Code 伺服器要配多少記憶體」=「Claude Code 之外你還讓這台機器幹什麼」。只跑 CLI + SSH 的 headless 節點，和「瀏覽器 + IDE + Ollama + Runner 全開」的桌面工作站，答案完全不同。
TL;DR
- Claude Code 單獨 → 16GB 夠用
- Claude Code + 日常開發桌面 + 偶發 CI → 24GB（2026 推薦預設檔）
- 多 Runner 並行 + 32B 本地模型 + 多 Agent → 64GB（Mac Studio / 高配 Cloud Mac）
記憶體預算：Claude Code 之外誰在搶記憶體
下面以 M4 Apple Silicon 統一記憶體為基準（與16GB vs 24GB 實測、Workload 排班同源），列出穩態佔用與峰值說明：
| 元件 | 層 | 典型佔用 | 峰值 / 備註 |
|---|---|---|---|
| macOS + 系統快取 | L0 | 3–4 GB | 相對穩定 |
| Claude Code 工作區 | L3 | 1–3 GB | 大倉索引、MCP 多時靠上沿；不含 Claude 模型權重 |
| 瀏覽器 + IDE | L3 | 2–6 GB | Chrome 12–20 分頁常見 4GB+ |
| GitHub Runner job | L1 | 2–6 GB（穩態） | xcodebuild 連結階段瞬時 +4–8 GB |
| Docker（Postgres 等） | L1 | 0.5–2 GB | Next.js / 全端儲存庫常見 |
| Ollama · qwen3:8b | L2 | 5–7 GB | ollama stop 可釋放 |
| Ollama · qwen3:14b | L2 | 9–13 GB | 與 CI 並存易觸發 Swap |
| Ollama · 32B 檔 | L2 | 18–22 GB | 16/24GB 機不適合常駐 |
粗算三個典型日負載（不含編譯尖峰）：
- 純 Claude Code（headless）：L0 + L3 ≈ 5–7 GB → 16GB 寬裕
- Claude Code + 桌面 + 8B 常駐：≈ 13–17 GB → 16GB 邊緣 Swap，24GB 舒適
- Claude Code + CI + 14B：≈ 20–26 GB → 必須 24GB 且需CI 前 stop
因果鏈：Claude Code 委託 → 本機記憶體壓力
24GB · 正確理解
- Claude Code 本身很輕
- 預算留給 建置峰值
- 8B 與 CI 錯峰
- 目標：Swap = 0
常見誤判
- 為 Claude 買 RTX / 64GB
- 忽略 Ollama 常駐 7GB
- CI 與 14B 同時滿載
- 用 Swap 當「能跑」
核心邏輯：Claude Code 伺服器記憶體選型，選的是伴生負載的統一記憶體池，不是 Claude 模型本身。
16GB：能跑 Claude Code，但有硬邊界
適合誰：預算緊、以 API 為主、本地不常駐大模型；或 headless 伺服器只跑 Claude Code CLI + 輕量腳本。
| 維度 | 16GB 表現 |
|---|---|
| 純 Claude Code + 終端機 | 流暢；記憶體壓力綠 |
| + Chrome 多分頁 + VS Code | 可用；需控制分頁數 |
| + Ollama qwen3:8b 常駐 | Swap 約 1.1GB（實測）；壓力黃 |
| + 14B 常駐 | Swap 2.3GB+；不推薦 |
| + xcodebuild 峰值 | 必須 CI 前 ollama stop；否則嚴重卡頓 |
16GB 生存法則（詳見L2-Q03 · 16GB 怎麼排）：
- 白天禁止 14B 常駐；8B 僅夜間批次處理
- 每次 CI 前
ollama stop+sleep 30 - 預設「桌面 + 8B + Claude Code 同時在線」→ 直接選 24GB，排班救不了硬體天花板
Swap 紅線：Claude Code 委託期間若 Swap > 0.5GB 且持續 5 分鐘以上，終端機回應會明顯變卡——這不是 API 慢，是本機記憶體池被打穿。
24GB：2026 年大多數 Claude Code 團隊的甜點位
適合誰：把機器當日常主力——Claude Code + IDE + 瀏覽器 + Docker + 偶發 GitHub Runner；需要 8B 白天按需或 14B 夜間跑批。
同一 Next.js SaaS 儲存庫（約 9 萬行）接 Stripe 訂閱的委託任務（L3 實測）：
| 指標 | 24GB M4 Mac mini |
|---|---|
| 記憶體已用（穩態） | 19.4 GB（Chrome 12 分頁 + VS Code + Docker Postgres） |
| Swap | 0 |
| 委託耗時 | 18 分鐘 · 47 檔案改動 · 測試 95% 通過 |
| CPU 峰值 | 58%（出現在 pnpm test，非模型推理） |
對比 16GB 同場景跑 qwen3:8b：已用 13.2GB、Swap 1.1GB、壓力黃；24GB 同場景已用 16.4GB、零 Swap、壓力綠——算力只差約 9%，但多工跟手度差一檔。
24GB 推薦組合：
- 白天：
nomic-embed-text常駐（<1GB）+ Claude Code API - CI 事件：
ci-pre停 8B/14B，讓 xcodebuild 優先 - 夜間：
qwen3:8b或 14B 批次處理日誌 / embedding
2026 預設推薦：若預算允許，Claude Code 專用工作站 / 雲主機優先 24GB。16GB 省下的錢，常在第一年 Swap 帶來的時間損耗裡找回來。
64GB：什麼時候才值得上
不適合「只為 Claude Code 更流暢」——Claude 推理不在本機，64GB 不會讓單次委託快一倍。
適合以下任一條件成立：
| 場景 | 為什麼需要 64GB | 典型硬體 |
|---|---|---|
| 32B+ 本地模型常駐 | qwen3:32b 權重 + KV + 桌面 ≈ 28–38GB | Mac Studio 64GB |
| 多 Runner 並行 xcodebuild | 2–3 路連結峰值各 +6–8GB | Mac Studio / 多台 Cloud Mac |
| 雙 Agent 工作區 | Claude Code + OpenHands 各 2–4GB 索引 | 團隊共享建置機 |
| MLX 編譯 + Xcode 同機 | 峰值比 Ollama 更「尖」，易瞬時頂滿 | ML 工程師工作站 |
| 24/7 自治 Agent | 常駐執行面 + Runner + 本地 RAG 14B 不卸載 | 見24/7 Agent 部署指南 |
若你只是 8B–14B + Claude Code 日常開發，M4 Mac mini 24GB 性價比更高。需要 64GB 統一記憶體時，再考慮 Mac Studio 或高配 Cloud Mac；也可先雲試跑一週觀察 Memory Pressure 曲線。
場景決策矩陣：一張表選對檔位
| 你的場景 | 推薦記憶體 | 備註 |
|---|---|---|
| 個人 · 純 Claude Code CLI · 無本地模型 | 16GB | headless SSH 或輕量終端機 |
| 個人 · Claude Code + 日常 IDE + 瀏覽器 | 24GB | 2026 最常用組合 |
| 全端 · Claude Code + Docker + 8B 錯峰 | 24GB | 需 CI 前 stop 紀律 |
| iOS 團隊 · Claude Code + self-hosted Runner | 24GB 起 | push 頻繁建議 24GB + 排班 |
| 要 14B 白天常駐 + 同時 CI | 24GB（嚴格排班）或 64GB（省心） | 16GB 不夠 |
| 32B 本地推理 + Claude Code 同機 | 64GB | 或本地模型拆到第二台機 |
| 2+ Runner 並行 · 大 monorepo | 64GB 或多節點 | 單機 24GB 易在連結階段 Swap |
| 不確定負載 · 先驗證再買硬體 | Cloud Mac 24GB 試 1–2 週 | 看 Swap 與委託耗時再定檔 |
Cloud Mac 試配 vs 買實體 Mac mini
記憶體檔位選錯，最貴的是時間——Swap 下的 Claude Code 委託，往往比 API 帳單更傷效率。
| 路徑 | 優勢 | 適合 |
|---|---|---|
| 先租 Cloud Mac | 按週試 16/24GB；真實儲存庫跑 Claude Code + Runner；無硬體折舊風險 | 還沒確定「會不會每天用」 |
| 直接買 Mac mini 24GB | 長期固定工位；電費低；資料在本地 | 已確認每天 Claude Code + 開發 |
| Mac Studio 64GB | 統一記憶體天花板；多 Runner / 32B | 團隊建置機或 ML 流水線 |
我們在實測手記裡的做法：下單實體 M4 Mac mini 前，先在 Cloud Mac 上連跑三天同一儲存庫的 Claude Code 工作流——確認每天都會用，再付硬體錢。記憶體檔位也可以用同樣方法：開 Activity Monitor，看Memory Pressure 顏色和 Swap Used，比看官方規格表靠譜。
下單前 7 步自檢清單
- 列出伴生負載：只有 Claude Code？還是 + Runner + Ollama + Docker？
- 用真實儲存庫跑一條完整委託（含測試），記錄峰值記憶體
- 觀察 Swap Used：委託期間是否 > 0？
- 若有 CI：模擬 push 觸發
xcodebuild，看是否與 Ollama 疊加 - 對照上表 決策矩陣 初定 16 / 24 / 64GB
- 不確定 → Cloud Mac 試 1–2 週再下單
- 選定後配置 30 秒 Runbook（CI 前 stop），避免「買對了記憶體卻用錯排班」
與系列文章的關係
- L3 · Claude Code 實測手記——24GB 委託任務數字來源。
- L2-Q02 · 16GB vs 24GB——Ollama Swap 對照 benchmark。
- L2-Q03 · Workload 排班——買對記憶體後的排程 Runbook。
- 24/7 Agent 部署——常駐執行面對記憶體的更高要求。
- Cloud Mac vs 本地 Mac——節點形態選型。
L3-Q04 · 本篇——對外回答「Claude Code 伺服器 16/24/64GB 怎麼選」；對內是 L3 編碼層與 L2 記憶體層的採購決策介面。
常見問題
Claude Code 伺服器最低需要多少記憶體？
僅 CLI + 輕量終端機：16GB。預設桌面 + IDE + 瀏覽器 + 本地 8B：建議 24GB。
Claude Code 需要 GPU 嗎？
不需要。 推理在雲端；本機 GPU 對 Claude Code 委託幾乎閒置。為本地 70B 買顯卡與 Claude Code 工作流無關。
16GB 能跑 Claude Code + GitHub Runner 嗎？
能，但要排班。 CI 前必須停 Ollama；避免 14B 常駐。長期主力仍建議 24GB。
24GB 是不是最划算？
對 2026 年大多數「Claude Code + 日常開發 + 8B/14B 錯峰」場景，24GB 是甜點位——實測可零 Swap 完成中大型儲存庫委託。
什麼時候該上 64GB？
32B+ 常駐、多 Runner 並行、雙 Agent 或大 MLX 流水線。僅為 Claude Code 本身上 64GB 通常過剩。
Linux VPS 能替代 Mac 嗎？
純後端儲存庫可以；iOS / macOS 建置、Xcode、簽章必須在 macOS。混合團隊常見做法是 macOS 節點兼跑 Claude Code 與 Runner。
記憶體夠了還會卡嗎？
會——若 Ollama 與 xcodebuild 同時滿載，問題在排程而非絕對容量。但 16GB 硬頂下，排班也救不了「桌面 + 8B + CI」全開。
不確定買哪檔？
先在 Cloud Mac 上按真實儲存庫試跑 Claude Code
用 Memory Pressure 和 Swap 曲線驗證 16GB 是否夠用，再決定買實體機還是長期租用 24GB 雲主機。
查看 Cloud Mac 方案