Cloud Mac vs ローカル Mac:なぜ開発者はクラウド AI ワークステーションへ移行するのか

ノートで会話、重い実行はクラウドで24/7——Agent 時代のワークステーションは再編されている

AI 実測ノート  ·  2026.06.03  ·  約12分  ·  数値データあり

MacBook からリモート macOS ノードへ SSH し Agent タスクを実行する開発者

2025年末から2026年初頭、開発者コミュニティで具体的な変化が起きています。Mac を買う人は減っていないが、「メイン開発機」の位置が動いている。多くの人は MacBook でコード・会議・チャットをこなしつつ、Claude Code の長時間タスクCodeGraph 全量インデックスOllama 7B+ ローカルモデル夜間 CIリモート macOS ノード——データセンター内で SSH / VNC できる専有 Mac——に載せています。寝室やカフェのノートではなく、24/7 稼働できる別の Mac です。

本記事はオピニオン型の支柱記事で、「Cloud Mac とは何か」の入門ではなく、Agent 時代の開発環境アーキテクチャがどう組み替わるかを論じます。Claude Code、OpenHands、Cursor Agent、MCP ツールチェーンが実行レイヤーを長くしています。問いはシンプルです:なぜ「ローカル UI + リモート実行」に分ける人が増えているのか? 以下はインデックス時間・shell 回数・Swap など再現可能な数字で説明します。

38
分 CodeGraph 初回
134
回 shell(2h Agent)
1.1
GB Swap(16GB Air)
0
Swap(24GB リモート)

核心

ローカル Mac は対話向け、リモート macOS は Agent の「重い実行層」向け。 モデルは API クラウド、Git / テスト / インデックスは別 Mac——2026年に増えているデフォルト構成です。

開発環境は何が変わっているか

従来のワークステーションは、IDE・Docker・DB・コンパイラが載る1台の高性能 PC でした。Agent 時代は委任チェーンが1本増えます:タスクを述べる → Agent がリポジトリを読み、複数ファイルを直し、テストし、修正を繰り返す。同一の Next.js SaaS(約9万行、317 ソースファイル)で Claude Code を計測した記事(Mac mini + Claude Code 1週間)では、Stripe 連携で47ファイル18分、CPU ピーク58%pnpm test、GPU は長時間<5%——推論はクラウド、実行は macOSです。

ボトルネックは GPU から持続可能なバックグラウンド実行環境へ移ります。24時間 Agent、大規模 CodeGraph、Ollama と Xcode の並列——Mac mini なら可能でも、MacBook Air を24/7ビルドノードにしたくない人は重い処理をクラウドへ、ローカルは Cursor など軽い UI に残します。

実測データ:インデックス・Agent・メモリ

2026年5–6月、TypeScript / Swift の7リポジトリで反復テストした中央値に最も近い1組を掲載します。 環境は Apple Silicon macOS(M4、10コア CPU)。各指標は最低3回の中央値。絶対値はリポジトリ依存ですが、オーダーとボトルネック位置は再現できるはずです。

シナリオ 環境 結果
CodeGraph 初回全量 約120万行・4,800+ファイル TS monorepo 38分;CPU 90%+ が31分;.codegraph/2.1GB
Claude Code テスト–修正 同上、「課金 Webhook テスト補完 + 失敗修正」 2時間04分134回 shell;23ファイル変更
Claude Code 単発大委任 9万行 Next.js(M4 Mac mini 24GB) 18分、47ファイル;メモリピーク19.4GB、Swap 0
Ollama qwen3:8b + 日常 MacBook Air M4 16GB(Chrome 18タブ + VS Code) Swap 1.1GB;メモリ圧力;約4分でファン audible
同負荷をリモートへ macOS 24GB レンタル(M4 Mac mini 相当) Swap 0;MacBook CPU 平均<12%(SSH + Cursor のみ)
xcodebuild 全量 Debug iOS 約42万行 Swift/ObjC ローカル MacBook:11分40秒;リモート同構成:11分18秒

読み方は単純です:Agent 時代の消費は「モデル」より「反復実行」。134回 shell、38分フル CPU インデックス——これが MacBook を暖かくする原因です。クラウドへ移すのは信仰ではなく、数えられる重負荷を24/7の別 Mac に置く判断です。

再現のヒント

CodeGraph:リポジトリ根で time codegraph init -i、Activity Monitor で CPU。Claude Code:セッションログまたは script で shell 回数。Ollama:16GB vs 24GB 1週間実測の負荷(Chrome 約20タブ + IDE + メッセンジャー)に合わせる。

実行レイヤーの分割:推論はクラウド、実行は macOS

よくある誤解を先に:Claude Code / Cursor Agent はローカル NVIDIA に依存しません。モデルは API;macOS(ローカルまたはリモート)が shell・Git・LSP・テスト runner・MCP を担当します。

典型コンポーネント 置き場所
モデル推論 Claude、GPT、Gemini API ベンダークラウド(マシン位置と無関係)
Agent 実行 Claude Code CLI、Cursor Agent、OpenClaw リモート macOS(長時間・tmux 常駐)
コード理解 CodeGraph init -i、MCP Server リモート(120万行級で約38分・CPU 90%+)
ローカル小モデル Ollama Qwen3、DeepSeek、MLX クラウドまたは Mac mini(メモリ次第)
対話編集 Cursor 補完、Review、会議 ローカル MacBook(低遅延)
Apple 納品 xcodebuild、署名、TestFlight リモートまたはローカル Mac(実 macOS 必須)

CodeGraph と Agent が同一リモート Mac にあると、MCP の codegraph_impact と編集が同一ファイルシステム上で動きます。クラウドで CodeGraph MCP を立てる動機の多くはここ——38分インデックスを MacBook で回さない

ローカル Mac の3つの硬い境界

(1)並列と冷却。 MacBook Air M4 16GB では pnpm test 後約4分でファンが聞こえ、CPU 平均は22%→61%。M4 Mac mini 24GB では同タスクピーク58%・Swap 0(メモリ実測)——ノートは2時間・134 shell の Agent ループ向きではない

(2)メモリ水位。 16GB で qwen3:8b + Chrome + VS Code なら Swap 1.1GBqwen3:14b では Swap 2.3GB+、速度 37→約18 tok/s。ハード増設を避けるなら 24GB リモート へ Ollama を移すのが定番です。

(3)稼働と協業。 ローカル Mac はフタ閉じで停止;リモートは tmux で継続。iOS チームではMac mini vs Cloud Mac チーム選定の「ビルドノードをデスクに縛らない」と同型——AI 負荷が個人開発者にも先に来ただけです。

ローカルが依然強い場面

実機の抜き差し、Bluetooth/USB 周辺、オフライン下書き(API なし)では物理 Mac が自然。リモートは算力と稼働率の問題で、すべての物理操作を置き換えません。

クラウド macOS が向く用途

専有 macOS、エミュレーションではない。 適格な Cloud Mac は物理専有の Mac mini クラスで、Homebrew・Claude Code・Ollama・Xcode・GitHub Actions Runner が載る——自前 Mac mini と同じツールチェーンで、日単位開通・固定 IPv4・自前ラック不要

重タスクと日常の分離。 MacBook では Cursor で補完と小さな diff(Claude Code vs Cursor);跨ディレクトリ refactor、134 shell 級のテスト–修正、38分 CodeGraph はクラウドの Claude Code 環境。SSH 切断後も tmux attach で Agent は継続。

予測可能な Apple Silicon。 M4 ユニファイドメモリは Ollama/MLX に有利。「macOS ツールチェーン + 14B ローカル」の組み合わせでは Linux GPU より納品環境に近いことが多い。Core ML はクラウド Mac Core ML ノート参照。

買う前に試す。 Mac mini 注文前にレンタル macOS で Claude Code を1週間(借りてから注文)——クラウドは試用層であり必ずしも終点ではありません。

事例:2つの典型的な移行パス

独立開発者と6人 iOS チームへのヒアリング(匿名化)です。数字は上表と整合します。

シナリオ1:個人 — MacBook Air M4 → リモート macOS

段階 内容
起点 MacBook Air M4 16GB、ローカルで Claude Code + Cursor、約8万行 TypeScript
きっかけ テスト–修正が1時間50分、Swap 1.4GB、カフェでファン目立つ;同タスクを M4 mini 24GB では Swap 0
移行 24GB リモートをレンタル、tmux 内で Claude Code;MacBook は Cursor + SSH のみ
2週間後 MacBook 日次 CPU <15%;Agent 完了量 +40%(ローカル Review + クラウドテスト並列);Mac mini 未購入

ローカルは Cursor 等の対話のみ、Claude Code 実行層は常時オンライン——典型的な分割です。

シナリオ2:iOS チーム — ローカル Xcode + クラウド Runner / Agent

役割 環境 担当
各開発者 MacBook Pro ローカル Xcode 日常、実機、UI プレビュー
共有リモート ×2 24GB M4、固定 IP GitHub Actions self-hosted;夜間 xcodebuild(全量 Debug 約11分18秒/回)
ノード #2 同上 Claude Code で refactor;42万行 Swift の CodeGraph 約19分
効果 CI が「同僚がフタを閉じるまで待ち」から予測可能なキューへ;API 変更前に MCP で impact(CodeGraph 事例

全員クラウドではありません——実機と Xcode はローカル。リモートが担うのはキュー可能・監査可能・24/7 の macOS 算力です。

意見であり、正解ではない

全員が移行すべきではありません。軽い Cursor 補完のみ、リポジトリ <2万行、夜間 CI なしならローカルで十分。本記事はAgent が実行層を長くしたあと、痛みを数字で説明できる層向けです。

対照表:ローカル Mac vs クラウド macOS

観点 ローカル(Book / mini) クラウド macOS ノード
Claude Code 長時間 フタ閉じで停止;2h ループで Swap 1.4GB+(16GB Air) tmux 常駐;134 shell 不断線
CodeGraph 120万行で約38分・CPU 90%+ が本機を占有 インデックスはリモート;ローカルは MCP 読み取り
Ollama 14B 16GB:Swap 2.3GB+、約18 tok/s 24GB リモート:Swap 0、約28 tok/s
Xcode / iOS 低遅延・実機デバッグが楽 CI・署名検証・リモートパッケージ向き
初期コスト ハード一括 日/週レンタル、ピーク拡張
協業 VPN / リモートデスクを自前構築 SSH / VNC、固定 IP

典型的な移行:「全部ローカル」から「クラウド実行層」へ

4ステップで十分。ローカル Mac を一度に捨てる必要はありません——シナリオ1のタイムラインと一致します。

  1. 第1週— ローカル Cursor はそのまま;リモート macOS を借り、最重の Claude Code タスク(大 refactor、テスト–修正)だけ移す。shell 回数と Swap を記録。
  2. 第2週— リモートで codegraph init -i。120万行級は30–45分想定。ローカル Agent は MCP でグラフを読み、漏れ修正を検証。
  3. 第3週— Ollama なら 24GB リモートで qwen3:14b、tok/s と Swap を比較。
  4. 第4週以降— レンタル継続、Mac mini ハイブリッド、または iOS チーム式「ローカル Xcode + クラウド Runner」を決定。
リモート接続(例)
# 1. SSH でリモート macOS にログイン
ssh user@<host-ip>

# 2. Claude Code とツールチェーン
brew install node git tmux
npm i -g @anthropic-ai/claude-code

# 3. tmux で長時間 Agent、切断後も復帰
tmux new -s agent
cd ~/your-repo && claude

ハイブリッド:いちばん現実的な答え

ローカル Mac を完全に捨てるのは非現実的;実行層を分けないと Agent ピークでノート体験が壊れます。ハイブリッドがデフォルトになりつつあります:

  • MacBook(ローカル) — Cursor 補完、Review、会議、実機デバッグ;
  • リモート macOS — Claude Code 委任、CodeGraph 38分級インデックス、Ollama 14B、夜間 CI;
  • (任意)Mac mini ワークステーション — 1日4時間超の重負荷が続くと判明してから購入し、長期レンタルを下げる。

必要なのは「1台速い PC」だけではなく、編成可能な macOS 実行面です。Cloud Mac レンタルも Mac mini 購入も手段で、排他的ではありません

コスト:Mac mini 定価だけ見ない

Mac mini M4 のハード代は明快ですが、7×24 Agent での電気(おおよそ30–45W追加)、16→24GB 差額、メンテ停止、Swap によるやり直し——2時間 Agent が OOM で再実行すると、失うのは API token とエンジニアの注意です。

比較単位は月あたりの有効 Agent 時間。リモートで1日1回、18分・47ファイル級の委任が増える、または38分インデックスで午後を潰さない——その限界価値はレンタル差を超えることが多いです。7×24 フル稼働が1年超なら Mac mini TCO と比較。

各社の Cloud Mac 料金体系は異なます。「38分インデックス + 2時間 Agent ループ」が占める時間を自分の委任頻度で割り、必要な同時ノード数を見積もってください。

自分の負荷が移行に値するか検証する

Cloud Mac レンタルまたは Mac mini 購入の前に、同じ定量指標をローカルで1周——7リポジトリテストと同じ方法です。

  1. CodeGraph 全量time codegraph init -i、wall time・CPU ピーク・.codegraph/ サイズ;
  2. Swap とメモリ圧力 — Agent または Ollama 安定5分後に Activity Monitor;Swap >1GB または黄なら要注意;
  3. Claude Code テスト–修正 — 本番に近いタスクで総時間・変更ファイル数・shell 回数;
  4. フタ閉じ / スリープ — 長時間タスクでノートを開けっぱなし・充電固定が必須か。

いずれかが日常業務を阻害(ファン、Swap、フタ閉じ不可、CI 待ち)なら、本機がボトルネック——先にマシンを買わず負荷を測ってから Cloud Mac か Mac mini を選ぶ順が合理的です。

最小自測(コピー可)
# インデックス + CPU(Activity Monitor を別窓で)
time codegraph init -i

# メモリ / Swap
memory_pressure && sysctl vm.swapusage

# 長時間 Agent は tmux 推奨
tmux new -s benchmark
script -q /tmp/agent-session.log claude

よくある質問

Cloud Mac とローカル Mac、AI コーディングで何が違う?
推論は API クラウド。差は実行環境。2時間テスト–修正で約134回 shell、CPU ピークはテスト側。重負荷はリモート macOS、ノートは対話のみ。

CodeGraph 大規模インデックスはどれくらい重い?
7リポジトリ中央値:約120万行で初回 init -i38分、CPU 90%+ が約31分、索引約2.1GB

移行すべきか?
自測リスト参照。Swap 常時 >1GB、インデックスで午後潰し、Agent がフタ閉じ不可——2つ当たれば本気で評価を。

移行後も Mac mini が要る?
シナリオ1は2週間後もレンタルのみ。シナリオ2は MacBook Pro をローカル保持。頻度次第で答えは分かれます。

次のステップ

自分の負荷が移行に値するか、数字で確かめる

CodeGraph を1回、CPU と時間を記録。Claude Code のテスト–修正を1周、Swap と Agent 時間を記録。本機がボトルネックなら Cloud Mac レンタルも Mac mini 購入も合理的な macOS 実行面——頻度と予算で選べます。

トップへ · Agent 開発環境の記事をもっと見る
ローカルがボトルネック リモート macOS の料金