Claude Code 最適 PC 構成：
16GB vs 24GB vs 64GB メモリ実測比較

1. 誤解：Claude Code はローカル算力を食わない？

Claude Code の大規模モデル推論は Anthropic クラウド上で行われ、Mac に NVIDIA GPU は不要で、「モデルが大きすぎて OOM」になることもない。しかし「8GB の古いマシンでも快適」という意味ではない——Agent モードの本質はAI にローカル環境を操作させることだ：

• ファイル読み取り → ripgrep、git、ファイルシステムキャッシュを起動
• テスト実行 → Node、Jest、pytest、cargo test などのプロセスツリーを起動
• CI 修正 → xcodebuild、Gradle、Docker コンテナを実行する可能性
• 並列 subagent → 複数ターミナルセッションが同時にディスク読み取り・コンパイル

30日間の Claude Code 請求監査でも書いた通り、最もコストがかかるのは長時間セッション + リポジトリ全体の読み取りだ。メモリ面も同様——swap は Agent が起動するローカルコマンドを2〜5倍遅くする。待つのはモデル応答だけでなく、ローカルのコンパイルとテストでもある。

2. 実測環境と方法論

注：以下は同一チップ・メモリのみ異なる比較で、CPU 世代差の影響を排除。数値はリポジトリ規模・依存バージョンで多少変動するが、3段階間の相対差は複数回の再現で安定していた。

3. Claude Code 本体のメモリ使用量

「ターミナルのみ・空リポジトリ・単発の短い Q&A」という極限の軽量シナリオでは：

つまり：Claude Code を「強化版 ChatGPT ターミナル」として使うだけなら、16GB は十分。差がつくのは Agent が実行するローカル副作用だ。

4. 8シナリオ横断比較表

下表はピークメモリ使用量（Claude Code + 並行ローカルプロセス）、明確な swap の有無（>500MB/min のページング）、タスク実時間の中央値。

表の読み方：16GB は S3 以降で全面崩壊——Claude Code が遅いのではなく、ローカルテストが swap に引きずられる。24GB は S1〜S4 と軽度の S5 をカバーするが、並列 Agent と Docker は依然きつい。64GB は全シナリオで「使用不可」ゼロ。S6 デュアル subagent は 24GB より2倍以上速い。

5. 16GB：何ができて、いつ我慢が必要か

向いている人

• 主に Claude Code ターミナルを使い、IDE はたまに開くか Vim/Neovim 派
• リポジトリが小さい（<50k 行）、テストは30秒以内で完了
• iOS シミュレータや Docker マトリックスは使わない
• すでに MacBook Air / エントリー MacBook Pro を持ち、メモリ増設の予算がない

16GB サバイバルルール

1. 「重い」アプリは一度に1つだけ：Agent がテスト中は Cursor の TS 言語サーバーウィンドウを閉じる
2. .claudeignore を設定し、無意味なインデックスを減らす（請求記事のコスト制御ルールと同様にメモリも節約）
3. サブタスク終了後すぐ /clear し、コンテキストの雪だるま化による追加バッファ消費を防ぐ
4. xcodebuild、Docker、長時間 CI はクラウド Macに任せ、ローカルは編集と軽量検証のみ

# リアルタイム概要
memory_pressure

# swap 使用量を確認
sysctl vm.swapusage

# 最もメモリを食うプロセスを特定
top -l 1 -s 0 -o mem | head -20

実測の体感：16GB は S1〜S2 で完全に快適。Agent が全量テストを起動（S3）すると、ファンが回り、カーソルがカクつき、Agent が「テストタイムアウト」と判断して再試行——遅いうえにtoken も余計に消費する。

6. 24GB：多くの人にとっての最適解

「Claude Code + モダン IDE」の開発者に1段階だけ選ばせるなら、24GB が 2026 年のスイートスポット——Apple は M4 MacBook Pro 14インチで 24GB を一般的なアップグレード段階にしており、24GB から 48GB への価格差は通常かなり小さい。

24GB で快適にカバーできること

• Claude Code + Cursor（または VS Code）+ TypeScript / Python LSP を同時稼働
• 中規模 monorepo の単発全量テスト
• 12ファイル以内のモジュール横断リファクタ + 自動テスト閉ループ
• 単一 Docker サービス（DB / Redis）+ ローカル API 開発

24GB でもきついシナリオ

• Xcode + iOS シミュレータ + Claude Code の3点セット同時起動（S5 ピーク 22.3GB、余裕ほぼなし）
• デュアル subagent 並列（S6）または Docker 4サービス（S7）
• Chrome 50+ タブ + 上記開発スタック（笑えない、実際こういう人が多い）

7. 64GB：本当に必要な人

64GB は「生産性オーバー」に聞こえるが、Claude Code ヘビーユーザーにとって解決するのは並列性の問題——Agent 時代のワークフローは「1つのコンパイルタスクを順番待ち」ではなく、「複数 subagent が同時にディスク読み取り・テスト・コンテナ起動」だ。

64GB に上げるべきサイン

S6 デュアル subagent：64GB は 4m 22s vs 24GB の 9m 50s——差はモデルではなく、2台並列の npm test が swap を奪い合わなくなったこと。毎日2回の並列タスクで1回5分節約すると、年間約60時間の待ち時間を削減。

予算が 36GB（一部 M4 Pro で選択可能）に収まる場合：iOS 開発者には良い折衷案。S5 シミュレータシナリオは 24GB より安定するが、デュアル subagent は1つ閉じるかクラウドにオフロードを推奨。

8. メモリ以外に見るべき点

9. ハイブリッド：ローカル + クラウド Mac

ノートを 64GB にしなくてもよい。2026 年のより一般的なやり方：

1. ローカル 16〜24GB：Claude Code で編集、レビュー、軽量テスト
2. クラウド M4 Mac mini（24〜64GB）：xcodebuild、夜間 CI、並列 subagent の重い作業
3. SSH でクラウドに入り Agent セッションを実行、ローカルは結果を受け取るだけ——メモリのボトルネックをデータセンターに移す

これは 請求記事とも呼応する：フタを閉じてスリープすると Agent が再実行され、token も時間も無駄になる。常時オンラインのクラウド Macは「長時間タスクを投げっぱなし」スタイルに向いている。

10. 用途別購入クイックガイド

11. よくある質問

12. 結論

Claude Code は「コードを書く」を「ローカル環境を指揮する」に変えた——メモリ選定の核心は、Agent が同時に何個のプロセスを起動するかを見積もること。実測結果は明快：

• 16GB：軽量ターミナルユーザーには十分。IDE + 全量テスト + Agent が同時だと swap で体験が断崖的に悪化
• 24GB：2026 年の大多数の開発者のスイートスポット。日常 Claude Code ワークフローの80%をカバー
• 64GB：並列 Agent、Xcode マトリックス、Docker ヘビーユーザーの「手間削減税」——節約するのは見栄ではなく待ち時間

購入時にメモリは増設不可。CPU 段階を1つ下げても、まず目標メモリに到達させる。予算が限られるなら、ローカル 24GB + クラウド大メモリ Mac は「16GB で無理やり耐える」より経済的——マシンが1回遅ければ Agent が1ラウンド再実行し、浪費した時間と token は数日分のクラウド利用料に相当する。