前回、夜通し走らせていたエージェントの実行を失ったとき、クラッシュはしていませんでした。エラーも出ていません。何か月も避けていたリポジトリで長い移行作業を走らせ、退屈な序盤を処理していくのを見届けてから、その日は終わりだったのでノートPCを閉じました。翌朝、カフェで開き直しました。セッションは消えていました。失敗したのではありません。途中のどこかで止まっていて、中途半端なブランチと、次に何をしようとしていたのかを示す記録が何もない状態でした。
しかも、例の対策はすでに実行済みでした。そこが一番こたえました。
というわけで、この記事はあの対策が最初から通用しなかった理由と、代わりにその仕事をこなしている極めて退屈な借り物のマシンについての話です。いまはそこでAIエージェントを24時間動かしていて、ノートPCの電源設定のことはまったく考えなくなりました。
誰もが勧める対策
caffeinate -dimsu。あるいはコーヒーカップのアイコンが付いたメニューバーアプリ。あるいは、さらに掘り下げたなら、 sudo pmset -a disablesleep 1。これは最終手段であり、最も自信たっぷりに聞こえるアドバイスに出てくるものです。私はそれを実行しました。問題を解決した気になっていました。
macOSがスリープに入る経路は一つではなく、ここで問題になる二つは互いに独立しています。アイドルスリープは何も起きていないときに減っていくタイマーで、一方でふたを閉じると通常、別の経路を通って強制的にスリープします。 caffeinate が作り出すのは一連のパワーアサーションであり、 ss64のcaffeinateリファレンス を見ると、そのフラグがディスプレイスリープ、アイドルスリープ、ディスクのアイドルスリープ、システムスリープをカバーしていることがわかります。Appleの 電源管理ドキュメント は重要な区別を明記しています。アイドルスリープのアサーションがあっても、通常のふた閉じ、Appleメニュー、バッテリー残量低下は依然として上書きできません。
つまり、スリープ防止ツールは、それが制御するために作られたスリープ条件に対しては確かに機能します。しかし通常のふた閉じは別の問題であり、 caffeinate は、ふたを閉じた状態でサーバーを動かすための戦略ではありません。
注意:
disablesleepは変わり種です。標準の pmsetオプションリファレンス にはまったく載っていません。多くの人が飛びつくこの対策は、ドキュメント化されていない設定です。パワーアサーションでもありません。ふたを閉じた状態でも、バッテリー駆動でも、あなたが再びオフにするかバッテリーが尽きるまでMacBookを起こしたままにできます。
ノートPCは24時間稼働の仕事には形が合わない
九十年代には、本番のWebサーバーを誰かの机の下に置いたデスクトップのタワー機で動かしていた時期がありました。そして建物中の全員が、電源タップを蹴らないよう学習したのです。私たちはこれを、電源タップに貼り紙をして解決したわけではありません。じっと動かず電源が入ったままでいることだけが仕事のマシンに、ワークロードを移すことで解決したのです。
同じ形の問題が、三十年後に。MacBookは、閉じて持ち去られることを前提に設計されたマシンです。それは電源管理のバグではありません。それが製品そのものなのです。スリープ防止策はどれも、誰かが意図して下した設計判断との論争であり、その論争にはしばらく勝てます。代償として、ずっとそのことを考え続けることになります。
さらに踏み込んで、スリープそのものを無効にすることもできます。おめでとうございます。あなたはこれで、バッテリー内蔵の常時稼働サーバーを手に入れました。おまけに、ノートPCをカバンに入れる前に元へ戻すのを覚えておかねばならないシステム全体の設定もセットです。最初にあわてて片づけたとき、その実行は止まりません。マシンは起きたまま残され、バッテリーを削り、いちばん熱を持ってほしくない場所で熱をため込みます。
しかも、これはどれも新しい話ではありません。セルフホストのエージェント常駐プロセスも、同じ理由で同じ壁にぶつかります。 あなたが机の前にいないときも動いている必要がある。この時点で、何も設定しないうちからノートPCは選択肢から外れます。このカテゴリではしばらく前からそうでした。ただ、まだ私が一晩分の作業を失っていなかっただけです。
あなたのエージェントは、その箱の上で考えてはいない
Claude Code自身のシステム要件が求めているのは 4 GB or more of RAM and an x64 or ARM64 processor。ハードウェアの記述はこれで全部です。GPUの行はありません。VRAMの行もありません。モデルについては一言もありません。あなたのマシンにモデルなど存在しないからです。
これを腹に落とすのに、恥ずかしいほど時間がかかりました。そして、これこそが価格を怪しく感じなくさせる理由です。あなたの箱で動くエージェントのプロセスがやっているのは三つ。コンテキストを組み立ててAPI呼び出しとして送り出すこと、ターンをまたいで会話の状態を保持すること、そしてモデルが要求したツールを実行することです。これは調整の仕事です。（私はこの話のなかでGPUを探し続けていました。この話にGPUは登場しません。）高価な部分、アクセラレータのラックを必要とする部分は、どこか別の誰かのデータセンターで起きています。
エージェントはその箱の上で考えてはいません。考えている何かに向かって呼び出しをかけているだけです。
だからこそ、これをこなせるマシンの値段はこの程度で済むのです。2026年8月下旬時点で、DigitalOceanのもっとも安いBasic Dropletは512 MiBと1 vCPUで月額4ドル、VultrのCloud Computeの階段は512 MBのIPv6専用インスタンスで2.50ドルから始まり、1 GBで5ドルに達します。ベンダーは二社、床の形は同じです。どちらの最下段も、あの要件行にある4 GBを下回っており、5ドル級のプランも同様です。とりわけClaude Codeを動かすなら、公表されている下限は4 GBです。安い側が成立するのは、実際に動かすエージェントの要件がもっと低い場合だけです。
ひとつ線を引いておきます。ここを取り違えると金がかかるからです。ここまでの話は、ホスト型モデルを呼び出すエージェントに当てはまります。あなたが望んでいるのが、自分の所有するハードウェア上でローカルに動くモデルなら、いま述べたことは何ひとつ当てはまりません。メモリ1ギガバイトの箱では、あなたがコードを書く相手にしたいようなモデルは動きません。
その箱が安いのは、高価な部分がどこか別の場所で起きているからです。
Mac miniの値段と、それで手に入るもの
Mac miniはいまや899ドルで、しかも9月22日まで手に入りません。 ベースのM6構成 （12コアCPU、12コアGPU、メモリ16GB、ストレージ256GB）は予約受付中で、出荷はその日からです。 TechCrunchの発表記事 にその数字があります。これより下の構成をAppleは用意していません。
この数字には少し腰を据えて向き合う価値があります。同じ16GB、同じ256GB。このメモリとストレージの構成は、2024年10月に599ドルで登場しました。ベースのMac miniが、二年足らずで一・五倍になったわけです。途中には799ドルという段があり、2026年5月にAppleが256GB構成の販売をやめ、それに合わせて開始価格も上がりました。買い切り派の主張が立っている地面はこれであり、その地面は動き続けています。
反対側には、私が認めたい以上に分があります。機械は完全にあなたのもので、リセールバリューがあり、毎月の請求項目もありません。アイドル時の電気代はほとんど問題になりません。Appleは M4構成でアイドル時4Wという値。これは 2026年6月の米国家庭用電力平均価格。実際のワークロードはもっと消費するので、4Wが運用時の数字だと言うつもりはありません。そして借りた計算資源が安いのは、はしごの下のほうだけです。4ドルから始まるのと同じDigitalOceanの一覧は、16 GBのマシンで月96ドルに達し、その3年分はMac miniの何倍にもなります。
だから、そのとおりです。ある一定量の計算能力を、三年間で買うのと借りるのとではどちらが安いか、という問いなら、Mac miniを買ってください。その問いには答えがあり、それは私が擁護している答えではありません。
Mac miniが買ってくれるもののうち、方程式を変えるものが二つあります。ひとつはmacOSそのものです。そこで動くエージェントは、macOSの自動化とアプリの権限を通じて、メモ、メッセージ、ショートカット、カレンダー、リマインダーとつなぎ込めます。ヘッドレスのLinuxマシンには、そうしたローカルアプリがありません。あなたのエージェントの仕事がそれらを扱うことなら、正しいマシンはMac miniであり、私はそれを否定するつもりはありません。
ふたつめはローカル推論です。速いチップのすぐ隣に大量の高速メモリがある構成は本当に費用対効果が高く、安価なVPSでは太刀打ちできません。 まさにこの点についてのHacker Newsのスレッド の書き込みは、その論点をうまく示していますし、私は彼らが正しいと思います。ただ、私の問いとは別の問いです。
そのどちらも、閉じられるノートPCへの解決策ではありません。ノートPCを眠らせないためにデスクトップを買うのは、トポロジーの問題をハードウェアで解こうとすることです。
移してから何が変わったか
二週間ほど、その存在を忘れていました。それがレビューです。
立ち上げて、エージェントを移して、まだ信用できなかったので何度か様子を見て、そのうち見るのをやめました。実行はちゃんと終わります。ふたはもう何とも関係ありません。私のMacはいま眠ります。ノートPCにはそうあってほしいのです。
摩擦は現実にあるので、そのまま書きます。私はローカルのマシンを失いました。エージェントが自分のデスクトップに触れることで行っていたことは、もうできません。そのせいで、何も考えずに組んでいた小さなワークフローが二つ壊れました。いまはサーバーがあり、そこにはSSHがあり、前にはファイアウォールがあり、更新を求めてくるディストリビューションがあります。これは私の注意力に対する、小さくて永続的な税です。借りた箱がメンテナンス不要だと言う人は、一段飛ばしています。そして安いのは推論が遠隔にあるからで、そこで何かをローカルに動かしたくなった日には、安いティアはもうその金額ではなくなります。
SSHシェルの中で直接起動したエージェントは、その接続が切れたときに死ぬことがあります。まずは永続的なセッションの中で起動してください。 tmux が定番の答えであり、 リモートの箱でセッションを生かし続ける方法 に、その具体的な手順があります。
そして、これに対して寄せられる最も鋭い反論。借りたマシンは、物理的に自分が所有するハードウェアより、エージェントにとって悪い住処ではないのか。個人のファイルにアクセスするオペレーター型のエージェントについては、もっともな指摘です。コーディングエージェントについては、root権限で自分が管理し、自分で設定したファイアウォールを置いたVPSは、公開インターネットに広く晒すエージェントサービスとはリスクの性質が違います。それでも他人のハードウェア上の仮想マシンであることに変わりはなく、インターネットから到達可能なまま残したものは、依然としてあなたの攻撃面の一部です。そして、あなたの管理を離れる部分、つまりコードをモデル提供者へ運んでいくAPI呼び出しは、どちらにせよ離れていきます。MacであれLinuxであれ、その信頼境界は同じです。
私が欲しかったのは、気にかけるのをやめられるマシンでした。起動して、堅牢化して、エージェントを載せて、忘れる。もし一台立てるなら、 素のLinux VPS が、このワークロードに必要なすべてであり、当社のVPSはリージョンとディストリビューションを選んだ一分後には、SSH経由でrootをあなたに渡します。この件にふさわしい儀式は、だいたいそのくらいです。
root権限、NVMe、AMD EPYCのパワーを備えたLinux VPSで開発を。
Linuxプランを見る今日から始める人に伝えたいこと
三つだけ、それで終わりです。
いま私が動かしているもの。借りた小さなLinuxの箱が一台、メモリは1〜2ギガバイト、vCPUは1つ、ストレージはNVMe、自分に近いリージョンで。私のワークロードに必要なのはそれだけです。あなたのエージェントがもっと高い下限を公表しているなら、そちらに従ってください。その上には、エージェントのCLI、 tmux、ファイアウォール、自動更新が載っています。私の注意を引く度合いは、だいたい家のルーターと同じくらいです。
助言らしきものはこれです。何かを買う前に、公表されている要件を満たすいちばん安い箱にエージェントを載せてみてください。恒久的な決定としてではなく、テストとして。一週間もあれば、自分のワークロードがAPIのオーケストレーションなのか（ならばそれで完了で、899ドルを手元に残せたわけです）、それとも本当に専用のハードウェアを必要としているのかが分かります。
二度とやらないことがひとつ。電源管理の調整に何週間も費やすことです。私はまず caffeinateを試し、次にメニューバーアプリ、次に disablesleep、そしてスケジュールによる起動を試し、失敗のたびに、まだ見つけられていない設定のバグだと考えていました。そうではありませんでした。手がかりはすぐそこにありました。どの対策も、そのマシンをノートPCとして少しずつ悪くしていったのです。一晩分の作業を失うというのは、それに気づくには高くつくやり方でした。
よくある質問
ふたを閉じてもCaffeinateはMacを起こしたままにできる？
番号 caffeinate は、アイドルスリープやディスプレイスリープといったスリープ条件を押しとどめるためにパワーアサーションを使います。そのアサーションに関するApple自身のドキュメントには、ふた閉じ、Appleメニュー、バッテリー残量低下によってシステムはなおスリープする場合がある、と書かれています。通常のふた閉じは強制スリープを引き起こし、これらのパワーアサーションはそれを防ぎません。スリープ防止ツールが、ふたが閉じるその瞬間までは確実に効くのは、そのためです。
AIコーディングエージェントはサーバーでどれだけのRAMが必要？
多くの人が思うより少なくて済みます。モデルがその上で動いていないからです。Claude Codeが公表しているシステム要件は、RAMが4 GB以上、プロセッサがx64またはARM64で、GPUの要件はありません。推論はモデル提供者のハードウェアで行われるからです。下限を決めるのは、モデルではなくエージェント自身の道具立て（チェックアウト、ビルド手順、言語ランタイム）です。
三年で見て、Mac miniはサーバーを借りるより安い？
どれだけのマシンが必要かによります。レンタル市場の底では、小さな箱の三年分がMac miniのごく一部の金額で済みます。Mac miniはいまベースのM6構成で899ドルからで、出荷は9月22日です。はしごを上っていけば所有するハードウェアが勝ちます。購入代金は止まりますが、月額請求は止まらないからです。いずれにせよ、それはコストの問いへの答えであって、持ち歩くマシンの常時稼働ワークロードがどこに住むべきかという問いへの答えではありません。
サーバーとの接続を切った後も、エージェントのセッションを動かし続けるものは？
ターミナルマルチプレクサです。エージェントをサーバー上の tmux （または screen）セッションの中で起動し、デタッチしてください。SSH接続が切れた後も動き続け、あとからどこからでも再アタッチできます。これがないと、ターミナルを閉じただけでそのシェルに直接ぶら下がっているプロセスが死ぬことがあり、ノートPCを離れてまで避けようとした問題を、サーバー上でそっくり再現してしまいます。
ディスカッション
コメント
ログインしてディスカッションに参加してください。