選定前に「Hermes Agent を再起動すると記憶は失われるか」だけを聞く場合、答えは単に電源を切るかどうかではなく、三層記憶をどう理解しているかに依存します。本文はローカルに Hermes をデプロイしようとする開発者向けです。Nous Research が Stateless チャットから Persistent Agent へどう進化したかを整理し、Raspberry Pi / VPS / Mac Mini M4 のリソース像で各層の負荷を比較し、ずっと動き続けるための Mac Mini M4 月額レンタルの TCO 観点と六ステップ導入リストを提示します。
2026 年 2 月、Nous Research が OSS 公開した Hermes Agent は GitHub で急速に注目を集めました。売りは「もう少し会話できる」ことではなく、あなたのマシンに住み続ける Agent であることです。クロスセッション永続記憶、Skill ドキュメントの自動生成、タスクを重ねるほど「古参同僚」に近づく——MIT ライセンス、curl 一行インストール、Telegram / Discord / Slack など 20 以上のチャネル対応により、クラウド Copilot からローカル AI Agent デプロイへ移行する開発者の第一候補になっています。
しかし Hermes は使い捨てスクリプトではありません。Gateway は 7×24 オンラインである必要があり、記憶層は ~/.hermes/ へ継続書き込み、Skill は運用の中で反復改善されます。ノート PC のフタ閉じ、Raspberry Pi の SD カード劣化、VPS のメンテナンスウィンドウ——いずれも「複利」を途切れさせます。公式ドキュメントもモデルコンテキスト最低 64K tokens を要求し、多段ツール呼び出しを安定させます。ハードウェア要件は「動く」から「連続して動く」へ引き上げられます。
選定の核心は「インストールできるか」ではなく、どのマシンが三層記憶を安定蓄積し、検索を遅くせず、チャネルを落とさないかです。以下ではアーキテクチャ分解と実測比較で答えます。VPS からの移行タイムラインが気になる方は、前日のVPS 3 か月移行実測も参照してください。
短期コンテキスト層：現在のセッションとツールチェーン状態。Gateway プロセス内で維持され、再起動後はディスク書き込み済みかどうかに依存します。
Skill ドキュメント層：複雑タスクが Markdown Skill に沈殿。ディスク増加 → 検索と IO 負荷上昇。
ユーザーモデル層：USER.md、MEMORY.md、state.db のクロスセッション複利。スナップショットロールバックと長期オフラインが最大の敵。
チャネル層：Telegram など 20+ 接続は常駐リスナー必須。切断 = 自動化タスクのキューイングまたは失敗。
推論層（任意）：ローカル Hermes-3 / MLX は UMA を消費。API のみでも Gateway メモリは十分確保が必要。
結論：「ずっと動き続ける」ことは Persistent のためであり、無駄な電力ではありません——Mac Mini M4 月額レンタルは CapEx を予測可能な OpEx に置き換え、コスパの良い検証手段です。
コミュニティでは Hermes の記憶を三層（Nous ドキュメントの SOUL.md、Skill、episodic ストレージと一致）とまとめることが多いです。
現在の対話、ツール呼び出しチェーン、Gateway メモリ状態。従来 Chatbot の context window に似ていますが、Hermes は高価値フラグメントを長期層へ nudge します。この層はCPU とネットワークレイテンシに敏感です。スマホから Telegram 経由でタスクを送ると、マシンが遠隔 VPS にあるほど体感遅延が増幅されます。
複雑タスク完了後、解決プロセスが Skill に蒸留され、次回はゼロから推論しません。Skill は Markdown でディスクに保存され、数量が増えると ripgrep / FTS 検索 とランダム IO がボトルネックになります。テストでは state.db が 2GB を超えると検索がミリ秒から百ミリ秒級へ——Agent が「鈍く」見えるのは多くの場合 IO であり、モデル劣化ではありません。
USER.md、MEMORY.md、SQLite state.db が嗜好・事実・episodic 検索インデックスを保持します。これが Hermes の「Stateless API」に対する堀です。Atropos RL 微調整の Hermes-3 は長タスクとツール呼び出しに強いですが、第三層が連続して初めて「使うほど理解が深まる」複利が生まれます。
| 記憶層 | 主要ストレージ | 典型ハードウェア負荷 | 切断/再起動の影響 |
|---|---|---|---|
| L1 セッションコンテキスト | Gateway プロセス + 一部ログ | CPU、ネットワーク RTT | 未書き込みなら当該ラウンド詳細消失 |
| L2 Skill | ~/.hermes/skills/ 等 | ディスク容量、検索 IO | ファイルは残るがインデックス再構築に時間 |
| L3 ユーザーモデル | state.db、Markdown 記憶 | メモリキャッシュ、FTS5 | スナップショットロールバックで検索品質低下 |
「ハードウェア選定の前に記憶層を見よ：L1 はレイテンシ、L2 はディスク、L3 は連続性——三者とも『たまにオンライン』を嫌う。」
以下はコミュニティデプロイ経験と筆者の監視データに基づく定性比較（ベンダー benchmark ではありません）。「2026 年 Hermes Agent にどのマシンを使うか」への回答です。
| 方式 | 記憶連続性 | ローカル Hermes-3 / Metal | 7×24 適合度 | 典型ボトルネック |
|---|---|---|---|---|
| Raspberry Pi 4/5 | SD カードとメモリ不足で中断しやすい | ほぼ不可 | 低（IO と放熱） | 8GB メモリ、低速ストレージ |
| Linux VPS | 利用可、メンテウィンドウリスク | Metal なし | 中（データセンター安定） | 越境レイテンシ、macOS スクリプト断絶 |
| Mac Mini M4 月額 | ネイティブ macOS + Time Machine | UMA 16/32GB | 高（静音・低消費電力） | メモリグレード選定が重要 |
Mac Mini M4 の強みはユニファイドメモリアーキテクチャ（UMA）です。CPU、GPU、Neural Engine が高帯域メモリプールを共有し、ローカル推論で CPU と「VRAM」間コピーが不要になります。Hermes は macOS を公式サポートし、curl -fsSL https://get.hermes-agent.org | bash でインストール可能。launchd で Gateway を常駐させ、デスクや弱電室で長期稼働（アイドル消費電力おおよそ 5–8W、コミュニティ経験値）に適しています。
# macOS ワンクリックインストール（レンタル機到着後） curl -fsSL https://get.hermes-agent.org | bash # 三層記憶のコアディレクトリをバックアップ tar czf hermes-backup.tgz -C ~ .hermes # Gateway 状態確認（インストーラがサービスを設定） # サブコマンドは現行版 hermes --help を参照
注意：Hermes はモデルコンテキスト ≥ 64K を要求します。ローカル llama.cpp / Ollama では --ctx-size 65536 または同等パラメータを明示設定しないと、起動段階で拒否されます。
Mac Mini M4 自購は 3 年以上独占が確定した場合に適します。多くの「Persistent Agent ワークフロー」を検証したい方には、月額レンタルが頭金と減価償却を固定 OpEx に変換し、満了時の M シリーズ升配余地を残します。以下は決定マトリクスです（月額詳細は レンタル料金 を参照）。
| 観点（24 か月） | 自購 M4（16GB） | 月額 M4 |
|---|---|---|
| キャッシュ占有 | 一括ハードウェア支出が高い | 分散月額・低頭金 |
| 記憶資産リスク | 自己管理の修理・移行 | 換機時 ~/.hermes バックアップ移行可 |
| Hermes 適合 | 最適 | 同じネイティブ macOS |
| 向いている人 | 長期独占 + 減価自己負担 | Agent を 30 日フル稼働させてから購入判断 |
ヒント：開発者は Hermes にコードベース追従を任せ、クリエイターは企画 Skill を蓄積、研究者は論文処理フローを再利用 Skill に——ハードウェアの役割は、この三種の複利を途切れさせないことです。
記憶層要件の明確化：クラウド API のみ → 16GB から。ローカル推論 + 大 Skill ライブラリ → 32GB。
独占ハードウェアの選択：上表を参照し、Raspberry Pi と「フタを閉じるノート PC」を除外。
月額契約：オンラインで Mac Mini M4 を構成、契約・受取、電源とネットワーク接続（深い運用知識は不要）。
Hermes インストール：公式 curl を実行し、hermes model で Nous Portal / OpenRouter 等を設定。
チャネルと Gateway 設定：Telegram 等を接続し、Gateway が launchd で 7×24 起動することを確認。
~/.hermes バックアップ：定期 tar。解約前にエクスポートとデバイスデータ消去——記憶は新機へ移行可能。
~/.hermes/（Linux/macOS）。データはローカルに留まり、MIT OSS でテレメトリ送信なし（公式 README 準拠）。Raspberry Pi はおもちゃ級検証、VPS は短期 Demo に向きます。Hermes を「成長する同僚」と見なすなら、記憶連続性が「たまにオンライン」案を一票否決します。Mac 自購も可能ですが、先に 30 日間月額で検証する方が頭金一括より合理的なことが多く、コスパも優れます。
チームが同一マシンで iOS ビルド、Xcode 自動化、リモート SSH も走らせる場合、低配 VPS を押し込むと署名環境の不完全さ、近隣ノイズ、スリープ問題が出ます。Hermes Agent を安定常駐させ macOS ネイティブツールチェーンも残したい本番環境では、NodeMini の Mac Mini クラウドレンタルが「妥協の Linux VPS + クラウド API のみ」より省力的です——Agent を Stateless から Persistent へ進化させることに集中でき、深夜の Gateway 修復から解放されます。
L2/L3 は ~/.hermes/ にあり、再起動でファイルは失われません。ただし L1 の未書き込み内容は消失します。長期オフラインは episodic 検索を鈍らせます。換機前にアーカイブしてください。
NodeMini は月額/四半期の独占 Mac Mini を提供します。機種と価格は レンタル料金 を参照。モデル API 料金は選択した Hermes プロバイダ（Nous Portal、OpenRouter 等）で別途精算です。
前日の記事は移行タイムライン + TCO。本文は三層記憶アーキテクチャとハードウェア像に焦点。併読を推奨します。接続の詳細は ヘルプセンター を参照してください。