Mac miniでAIを常時動かすには、電源を入れ続けるだけでなく、ホスト・実行アプリ・認証・結果確認をそろえる必要がある。画面を消すことと、本体をスリープさせることは別だ。クラウドで実行される仕事まで、すべてMac miniで動くと考えないことも大切になる。
ここでは既存のMacを使い、公開情報の要約など小さな1件で運用を確かめる方法を扱う。購入する機種やメモリ量の推薦ではない。ローカルLLMの大きさ、動画の解像度、同時実行数が違えば、必要な性能も変わる。
最初に実行場所を分ける
| 処理 | Mac側で必要なもの | 停止する典型例 |
|---|---|---|
| Hermesの定期実行 | 稼働するホストとGateway、認証 | Gateway停止・スリープ・認証切れ |
| Beeper MCP | Beeper DesktopとローカルMCPへの接続 | Beeper終了・ホストオフライン |
| ローカルファイル編集 | 対象ファイルと実行アプリ | 外付けSSD未接続・権限不足 |
| クラウド型エージェント | 対象サービスの利用条件と接続先 | クラウド側の利用枠・承認待ち |
| ローカルLLM | モデルが動くメモリとストレージ | メモリ不足・熱・空き容量不足 |
Macの省エネルギー設定を確認する
- システム設定の「エネルギー」を開く。機種とmacOSによって表示される項目が異なる。
- ローカルの常時実行が必要な時間帯は「ディスプレイがオフのときに自動でスリープさせない」を確認する。画面ロックは維持する。
- 停電後の起動を使う場合は「電源の接続時に起動」または「停電後に自動的に起動」の対応項目を確認する。
- ディスプレイの消灯時間は「ロック画面」で設定する。画面を常に点灯させる必要はない。
- 短い試運転を行い、画面消灯後も処理が完了してログが残るか確認する。
Appleのエネルギー設定の説明は、機種に応じたスリープと電源復旧の設定を案内している。「ネットワークアクセスによるスリープ解除」は、任意のAIジョブが必ず予定時刻に動く保証ではない。設定後に実際の完了時刻を確かめる。
OSの起動とAIの復旧を別々に試す
再起動後にMacがログイン画面で止まっていれば、ユーザーのログインを必要とするアプリはまだ動かない場合がある。ディスクの暗号化や画面ロックを解除し続ける構成を前提にせず、有人で復旧できる時間帯を決める。OS起動、必要な認証、実行サービス、通知の4段階を順に確認する。
| 試験 | 合格の目安 | 失敗時に見るもの |
|---|---|---|
| 通常起動 | 1件の成果物と終了ログがある | 保存先・アプリの起動状態 |
| 画面消灯 | 消灯中も指定の1件が終わる | 本体スリープと画面消灯の区別 |
| アプリ再起動 | 二重に同じ仕事を実行しない | ジョブIDと既存結果 |
| OS再起動後 | ログイン等の復旧後に1件動く | サービス起動と認証 |
| ネットワーク復旧 | 失敗を把握し、人が再実行判断できる | 通知先・タイムアウト・重複処理 |
Hermesを例にした最小の運用順
まず通常の対話で1件成功させ、Gatewayを起動し、1回だけの試験を行う。利用する環境でサービス化する前に、対話と定期実行のどちらが失敗したかを区別できる状態にする。設定の詳しい手順はHermes AgentのCron・Gateway解説で扱っている。
hermes gateway
# 別のターミナルで状態を確認
hermes cron list
hermes cron status上記は確認用のコマンド例で、定期ジョブを新規作成するものではない。停止方法と未完了ジョブの扱いも準備してから定期化する。毎秒の状態照会や全件再要約を避け、変化があったときに必要な処理を行う設計にする。
費用と運用を記録する
電気代は機器の実測消費電力と契約単価から計算する。たとえば仮に平均20W、24時間、30日なら14.4kWhだ。これはMac miniの実測値ではない。ここへAI契約、従量課金、ストレージ、確認時間を加える。購入費だけで採算を決めない。
作業に使える依頼文6例
1．実行場所の整理
Classify each task as cloud-only, local-files, desktop-app, or local-model work. List what must stay online. Do not change system settings.2．1件の試験
Run only the supplied public-information task once. Save the output and the start/end times. Do not create a recurring job.3．完了の証拠
Check the expected output file, task ID, and completion status. Do not treat a running process as proof of success.4．復旧の確認
After this restart, inspect service status and unfinished work. Report duplicate-run risks before retrying anything.5．通知条件
Notify me only on failure, missing approval, or a completed deliverable. Keep unchanged status in the local log.6．費用の振り返り
Summarize completed tasks, failed runs, model usage, and human review minutes for the supplied period. Label all missing measurements as unknown.よくある質問
画面を消したらAIも止まるか
画面消灯だけなら処理は継続できる。本体のスリープやアプリ終了とは区別し、実際の設定で試す。
Mac miniが必須か
必須ではない。現在の端末やクラウドで実行できるかを先に確認する。
停電後に自動起動すれば復旧完了か
OS起動後に認証やアプリの起動が必要な場合がある。成果物が得られるところまでを復旧試験にする。
遠隔操作ができればファイルも同期されるか
別の機能だ。TailscaleとPaseoなどの接続と、ファイル転送・バックアップを分けて設計する。
定期タスクが動かないときは
ホスト、実行サービス、認証、ジョブ状態、通知の順で確認する。結果が不明な送信処理を無条件で再実行しない。
小さく始める3ステップ
- 今日：記事の入力例を、自分の仕事1件に置き換えて準備する。
- 今週：確認担当を決め、下書きと実際の原本を照合して1件を完了させる。
- 来月：手戻り、確認時間、失敗件数を振り返り、対象を広げるか判断する。
出典・検証範囲
確認日：2026年10月31日。公式資料と公開情報に基づく設計例。編集部による対象アプリの実機検証、処理時間・費用の実測は行っていない。画面名、提供地域、料金、接続条件は変更されるため、導入時は公式案内を再確認する。
企画の参考：Nagomi-ke：Mac miniを組み合わせた仕事環境。動画内の利用成果を編集部の実績として扱っていない。
LIFRELLへの相談
AIに渡す資料、担当者の確認、成果物の保存まで含めた業務フローの設計は、LIFRELLの無料相談で相談できる。
