Claude Code サーバー構成の推奨：16GB・24GB・64GB メモリの選び方（2026年版）

一言で：Claude Code 用サーバーを組むとき、多くの人が最初に考えるのは「GPU は要る？ 64GB は要る？」——しかしこの 2 問は、しばしば問いの立て方そのものがずれている。

以下ではメモリ予算、3 段階対照、シナリオ別意思決定マトリクスの順で解説します。Claude Code 本体がどれだけ使うか、本当にメモリを食う「伴生ワークロード」は何か、16GB / 24GB / 64GB がそれぞれ誰向けか、そして不確かなとき Cloud Mac で試してからハードウェアを買う方法まで。スクリーンショット証拠は1 週間実測メモと重複しませんが、同じ数値を参照します。

まず誤解を正す：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 サーバーに何 GB メモリ？」=「Claude Code 以外にこのマシンに何をさせるか」。CLI + SSH のみの headless ノードと、「ブラウザ + IDE + Ollama + Runner 全開」のデスクトップワークステーションでは、答えがまったく異なります。

メモリ予算：Claude Code 以外に何がメモリを奪うか

以下は M4 Apple Silicon 統一メモリを基準（16GB vs 24GB 実測、Workload スケジューリングと同源）に、定常占有とピークの説明を示します：

3 つの典型的な日次負荷の概算（コンパイル尖峰除く）：

• 純 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 が必要

16GB：Claude Code は動くが、ハードな境界がある

向いている人：予算が厳しい、API メイン、ローカルで大モデルを常駐させない；または headless サーバーで Claude Code CLI + 軽量スクリプトのみ。

16GB 生存ルール（詳細はL2-Q03 · 16GB の組み方）：

• 日中は14B 常駐禁止；8B は夜間バッチのみ
• 毎回 CI 前に ollama stop + sleep 30
• デフォルトで「デスクトップ + 8B + Claude Code 同時オンライン」→ 直接 24GB を選ぶ。スケジューリングではハードウェア上限は救えない

24GB：2026 年の多くの Claude Code チームのスイートスポット

向いている人：マシンを日常の主力として使う——Claude Code + IDE + ブラウザ + Docker + 偶発的な GitHub Runner；8B を日中オンデマンド、14B を夜間バッチで回す。

同一 Next.js SaaS リポジトリ（約 9 万行）での Stripe 連携委任タスク（L3 実測）：

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 をバッチ処理

64GB：いつ投資する価値があるか

向いていない「Claude Code をもっと快適に」だけの目的——Claude の推論は本機にないため、64GB でも単発委任が 2 倍速になるわけではない。

向いている以下のいずれかが成立するとき：

8B–14B + Claude Code の日常開発だけなら、M4 Mac mini 24GB のコスパが高い。64GB 統一メモリが必要なときは Mac Studio または高配 Cloud Mac を検討；クラウドで 1 週間試し Memory Pressure 曲線を観察するのも有効。

シナリオ別意思決定マトリクス：1 表で段階を選ぶ

Cloud Mac 試行 vs 実機 Mac mini 購入

メモリ段階を間違えると、最も高くつくのは時間——Swap 下の Claude Code 委任は、API 請求より効率を損なうことが多い。

実測メモでのやり方：実機 M4 Mac mini を注文する前に、Cloud Mac で同一リポジトリの Claude Code ワークフローを3 日連続で回す——毎日使うと確信してからハードウェア代を払う。メモリ段階も同じ方法で：Activity Monitor を開き、Memory Pressure の色と Swap Used を見る。公式スペック表より信頼できる。

購入前 7 ステップ自己チェック

1. 伴生ワークロードを列挙：Claude Code のみ？ それとも + Runner + Ollama + Docker？
2. 実リポジトリで完全な委任（テスト含む）を 1 本走らせ、ピークメモリを記録
3. Swap Used を観察：委任期間に > 0 か？
4. CI がある場合：push で xcodebuild をトリガーし、Ollama と重なるか確認
5. 上表の 意思決定マトリクスで 16 / 24 / 64GB を仮決定
6. 不明なら → Cloud Mac で 1–2 週間試してから注文
7. 決定後 30 秒 Runbook（CI 前 stop）を設定し、「メモリは正しいがスケジューリングが間違っている」を防ぐ

シリーズ記事との関係

• L3 · Claude Code 実測メモ——24GB 委任タスク数値の出典。
• L2-Q02 · 16GB vs 24GB——Ollama Swap 対照ベンチマーク。
• 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」全開はスケジューリングでも救えない。